Soulbound Token (SBT) ウォレットを設定するにはどうすればよいですか? (オンチェーンアイデンティティ)

Soulbound トークン ウォレットの要件を理解する

1. Soulbound Token ウォレットはスタンドアロン アプリケーションではなく、EIP-4973 および EIP-5639 標準をサポートする互換性のあるイーサリアム互換ウォレットです。

2. ユーザーは、オンチェーン ID 登録と SBT ミントのガス料金をカバーするのに十分な ETH を備えたイーサリアム アドレスを保持する必要があります。

3. ウォレットは、メインネットまたはサポートされている L2 (Base、Arbitrum、Optimism など) にデプロイされたスマート コントラクトとの対話を許可する必要があります。

4. MetaMask などのブラウザ拡張ウォレットや、Rainbow などのモバイルファースト ウォレットは、カスタム RPC 構成とコントラクト インタラクションをサポートしているため、広く使用されています。

5. 秘密鍵の管理は引き続き重要です。SBT は譲渡できませんが、署名アドレスに永続的に関連付けられているため、ID アンカーリングのために鍵の損失を元に戻すことはできません。

Identity Registry コントラクトの展開または接続

1. 開発者またはユーザーは、Gitcoin Passport や Biconomy Identity Hub などのレジストリ コントラクトと対話して ID セットアップを開始します。

2. レジストリ契約は、オンチェーン SBT を発行する前に、オフチェーン証明書 (GitHub アクティビティ、POAP コレクション、DAO メンバーシップなど) を検証します。

3. 一部のレジストリでは、EIP-712 型のデータ署名による署名ベースの証明の提出が必要ですが、最新のウォレットはこれをネイティブに処理します。

4. 契約では、ガバナンス制御の一時停止または認証者レベルの取り消しキーを通じて取り消しメカニズムを強制できますが、現在の実装のほとんどは不変性を優先しています。

5. 集中インデクサーに依存せずに資産ビューにトークンを表示するには、SBT の ERC-1155 または ERC-721A インターフェイスを認識するようにウォレットを構成する必要があります。

SBT を dApp 認証フローに統合する

1. Web3 アプリケーションは、ウォレット接続イベントを使用して、トークン コントラクトのBalanceOf関数へのeth_getBalanceおよびeth_callを介してユーザーの SBT 残高を取得します。

2. アプリケーションは、呼び出し元のアドレスが必要なスキーマ (「DAO Contributor v1」または「Gitcoin Steward Badge」など) に一致する少なくとも 1 つのトークン ID を所有しているかどうかを確認することで、SBT の所有権を検証します。

3. zk-SNARK のようなゼロ知識証明をオフチェーンで生成して、トークン ID を明かさずに SBT の所有を証明できます。Semaphore や Risc0 などのツールを使用すると、この統合が可能になります。

4. Wagmi や Viem などのフロントエンド ライブラリは、低レベルの呼び出しを抽象化し、開発者がtokenURIを使用して SBT メタデータをクエリし、資格情報属性を UI で直接レンダリングできるようにします。

5. セッション キーまたは EIP-5792 などの委任されたアクセス プロトコルは、長期的な ID バインディングを維持しながら、時間制限付きのアクセス許可を許可するために SBT の上に階層化されることがあります。

証明書ソースと資格情報の衛生管理

1. ユーザーは、ソーシャル アカウント、電子メール プロバイダー、または分散型識別子 (DID) を Verax や Clique などの認証サービスに手動で接続し、検証可能な主張を生成します。

2. 各証明書は、専用の契約に基づいて作成された一意の SBT インスタンスにマッピングされます。明示的に調整しない限り、2 つの発行者が同じ契約アドレスを共有することはありません。

3. ウォレット インターフェイスには、多くの場合、スラッシュ イベントやコミュニティ チャレンジを通じてオンチェーンで測定された、過去の認証精度から導出された発行者の評判スコアが表示されます。

4. 信頼できない発行者からの SBT が重複または競合すると、フロントエンド警告がトリガーされ、一か八かのプロトコルへのアクセスを許可する前に来歴を監査するようユーザーに求められる場合があります。

5. ウォレットがチェーン全体で SBT を集約するにつれて、オンチェーン ID グラフが有機的に出現し、クロスレイヤーブリッジが正規のメッセージパッシングプロトコルを介して発行イベントを同期します。

よくある質問

Q: 既存のイーサリアムアドレスを新しいウォレットにインポートして、SBT を保持できますか? A: はい。 SBT はウォレット ソフトウェアではなくアドレスにバインドされているため、秘密キーを制御するウォレットは、適切なネットワークに接続されると、関連するすべてのトークンを反映します。

Q: Ledger のようなハードウェアウォレットは SBT インタラクションをサポートしていますか? A: はい、ファームウェアが EIP-712 署名をサポートし、ウォレット インターフェイス (Ledger Live や MyEtherWallet など) で SBT レジストリへのカスタム コントラクト呼び出しが許可されている場合に限ります。

Q: ミナミマグロを複数のチェーンで同時に保持することは可能ですか? A: はい。各チェーンは独自の SBT 契約の展開を維持します。アドレスには、イーサリアム、ポリゴン、およびアービトラム上で別個であるが意味的に同等の SBT が保持され、それぞれが独立して管理される場合があります。

Q: ウォレットにアクセスできなくなり、後でシード フレーズを回復した場合はどうなりますか? A: すべての SBT はアドレスに固定されたままになります。回復により、トークンを資格情報として提示したり取り消し信号に応答したりする機能を含め、これらのトークンに対する完全な制御が復元されます。