autorenew
SolanaがパーミッションレスなToken ACL標準を公開:ミームトークンへの影響

SolanaがパーミッションレスなToken ACL標準を公開:ミームトークンへの影響

The Solana ecosystem just got a major upgrade with a fresh proposal for a permissionless Token Access Control List (ACL) standard. As shared in a recent tweet from SolanaFloor, this innovation lets token issuers implement allowlists or blocklists without messing up the user experience or requiring custom programs. It's a game-changer for handling regulated assets like stablecoins, tokenized securities, and even gated governance systems.

Token ACL 仕様のスクリーンショット

Token ACLとは何か?

本質的には、Token ACLはSolanaのToken-2022標準に基づくもので、Default Account Stateのような拡張を導入します。この提案では、トークン発行者がfreeze authorityをToken ACLというスマートコントラクトに委任することを要求します。freeze authorityとはトークンアカウントをロック/アンロックする権限、つまり必要に応じて送金を一時停止できる力のことです。

Token ACLは単なる凍結と解凍(thaw)だけを扱うものではありません。ゲートプログラムを通じて発行者がカスタムルールを定義できるようにして、freezeの機能を拡張します。これにより、特定のアドレスだけがトークンを保有・移転できるといったビジネスロジックを、発行者が毎回手動で介入することなく設定できます。permissionlessな仕組みなので、ユーザーがゲートの条件を満たしていれば自分でアカウントをthawでき、UXを損なわず分散性も保たれます。

さらに詳しく知りたい方は、Token ACL GitHub repositoryで全体の仕様が確認できます。ここではsRFC 37を実装して効率的なblock/allow listトークンを支援すると説明されています。

実際にはどう動く?

簡単に分解すると、標準に沿ったトークンを作るとき、発行者はToken ACLをfreeze authorityとして設定します。次に、ゲートプログラム(要するにスマートコントラクト)が誰がアクセスできるかのロジックを処理します。

  • Allowlists: Only approved addresses can interact with the token.(承認されたアドレスのみトークンとやり取りできる)
  • Blocklists: Certain addresses are barred, useful for compliance or anti-scam measures.(特定のアドレスを禁止。コンプライアンスや詐欺対策に有用)
  • Permissionless Operations: Users don't need to wait for the issuer to approve thaws; if they pass the gate's rules, it's automatic.(ユーザーは発行者の承認を待つ必要がなく、ゲートのルールを満たせば自動的にthawが行われる)

この仕組みは追加のaccount metasをサポートしており、ゲートは判断のためにNFT保有や他のオンチェーン情報などの追加データを取り込むことができます。要は、トークンをより柔軟にしつつコンプライアンスにも対応できるようにするのが狙いです。

ミームトークンコミュニティへの利点

Solanaは高速で手数料が低いためミームトークンにとって魅力的ですが、これまで高度な制御メカニズムを欠くことがありました。Token ACLはその状況を変える可能性があります。例えば、保有者がガバナンスに参加するために一定量をstakingしたり特定のNFTを保有していることを条件にするようなプロジェクトを考えてみてください—Token ACLはそのようなアクセス制御を簡単に実装できます。

発行者にとっては、重いカスタムコードを展開せずにルールを強制できるツールになり、開発コストを下げます。ラグ(rug)や詐欺が発生しやすいミームの世界では、疑わしいアカウントを迅速にfreezeするblocklistsが役立つでしょう。さらに、ミームが主流に進出したり現実世界の資産と統合を目指す場合でも、分散性を損なわずにコンプライアンス面の要件を満たす道を開きます。

またエコシステムのコンポーザビリティも維持されます。つまりDEXsやウォレットのようなプロトコルがこれらのトークンを扱う方法を変える必要がないため、トレーダーや保有者にとっての摩擦が生じません。

今後の展望

この提案は、プライバシーやメタデータ向けの拡張で見られるように、より高度なトークン機能を推進するSolanaの動きと整合しています。規制対象の資産向けに設計されている側面はありますが、そのpermissionlessな性質はミーム分野での創造的な応用にも道を開きます。議論の進行状況はSolana developer forumsで追えます。

もしSolana上で開発しているなら、Token ACL CLIやalways-allow / always-blockのようなサンプルのgateプログラムが実験を容易にします。これが、競争の激しい市場で目立つ、より安全で多用途なミームトークンの始まりになるかもしれません。

おすすめ記事