pre-built, composable behaviors provided by Token-2022 extensions. This approach allows developers to focus on the unique aspects of their application while leveraging established and audited features for common asset rules like interest-bearing balances, transfer fees, access control, and revocable credentials. ### Key Takeaways from Arc 6: 1. **Interest-Bearing Tokens**: Useful for assets that accrue value over time. 2. **Transfer Fees**: Appropriate for applications where each transaction incurs a cost. 3. **Frozen Accounts**: Essential for compliance or regulatory requirements. 4. **Non-Transferable Credentials**: Ideal for issuing certificates, licenses, and other credentials that should remain with the original holder. 5. **Permanent Delegate**: Enables issuers to revoke credentials if necessary. ### Practical Considerations: 1. **Configuration Reading**: Understanding and verifying the configurations of existing tokens is crucial for ensuring compliance and functionality. 2. **Account Data Size**: More extensions mean larger account data, which can increase rent-exempt costs but are necessary for complex rules. 3. **Product vs. Technical Choices**: Start with the product requirements and then determine if a Token-2022 extension fits those needs. ### Example Scenarios: 1. **Stablecoin**: Use interest-bearing tokens to ensure balances grow over time, reflecting market conditions. 2. **Marketplace Assets**: Implement transfer fees to generate revenue for platform operations. 3. **Compliance Tokens**: Utilize frozen accounts and permanent delegates to enforce strict access controls and revocation rights. ### Conclusion: Token design is a form of product design where the focus is on stateful assets with specific behaviors. By leveraging Token-2022 extensions, developers can build robust, secure, and compliant applications without needing custom program code. This approach not only simplifies development but also ensures that common asset rules are handled efficiently and securely. In summary, Arc 6 teaches developers to think about the product requirements first and then determine if pre-built Token-2022 extensions can meet those needs, providing a powerful toolkit for building stateful assets on Solana.既に存在するトークンプログラムを適切に設定し、トレードオフを理解すること。 書くことと共有が組み合わせを明確にするのに役立つ。 アーケイド6は週を公開解説に終わらせた。 なぜそれが重要かは、トークン拡張機能はリストする簡単だが、組み合わせて理解するのは難しいからである。 書くことは有用な質問を引き出す： どの拡張機能の組み合わせが実在の製品問題を解決するのか？ 単なる興味だけは一つのパターンである。手数料とメタデータもまた別のパターンである。デフォルトで凍結されたアカウントはコンプライアンスのパターンであり、非転送可能かつ永久的な代理権を持つトークンは資格証明のパターンである。 良い記述はすべてのコマンドを説明する必要はない。それは形を説明する必要がある： ここにWeb2の問題がある。 ここにトークン拡張機能の組み合わせがある。 ここではデベロッパーネットワークで何が起こったかがある。 ここには驚いたことがある。 ここにこのパターンがどのように適合するかがある。 それが学習が他の人にとって有用になる方法である。 共有のプロンプトはそのアイデアを続け、問題から始めること、具体的な収穫を示すこと、リンクを含めること、コミュニティを会話の場として使用すること、放送チャネルとしてではなくである。 特にこのような弧ではそれが重要である。価値は単に「別のトークンを作成した」というだけでなく、「実世界の規則とトークンレベルの機能をマッチさせ、それが機能することを証明した」ことである。 アーケイド6がどのように設定するか アーケイド6をその核に剥がすと、主なアイデアは明確である： Token-2022拡張機能は、カスタムチェーン上のプログラムコードを書くことなくトークンの動作を追加できるようにする。興味は表示される残高に影響を与えることができるが、レジストリ残高を継続的に書き換える必要はない。複数の拡張機能は一つのミント上で生きることができるが、それらは事前に計画する必要があります。凍結されたアカウントはアクセス制御をサポートし、非転送可能なトークンと永久的な代理権は取り消し可能な資格証明をサポートします。チェーンからトークンの設定を読み取ることは、責任ある開発の一環である。 これが実質的な移行である。 アーケイド5では私たちはトークンを作成し管理する方法を学んだ。 アーケイド6ではトークンの動作を設計する方法を学んだ。 ここから、問題はより実用的になる： これらのトークンがチェーン上の実在のプログラムとどのように相互作用するか？ それが次の弧に進む場所である：トークンモデルをコマンドラインインターフェースを超えてプログラム駆動型の相互作用へと拡張すること。 この投稿を地図として使用し、手動版が必要なときアーケイド6の挑戦を再訪問し、次のステップにトークンモデルを持ち込む。