セッションキーの解析：Web3版「Secret-Free Payment」

读者

2022-08-29 08:41

この記事は約1885文字で、全文を読むには約3分かかります

これにより、Web3 製品と Web2 製品の間の感覚的なギャップが大幅に縮まります。

ウォレットの認証は常に DApps とやり取りするために必要なプロセスですが、DeFi や GameFi とやり取りする場合、短期間に複数回認証する必要があることが多く、これはユーザーエクスペリエンスに大きな影響を与えます。 Odailyが最近注目している「Session Keys」（セッションキー）技術は、副題

セッションキーはどのように機能しますか?

簡単に言えば、セッションキーを使用すると、ユーザーはアプリケーションと対話する前に、特定のトランザクションを事前に承認するためのトークンに署名できます。ユーザーは、頻度、最大ガス価格、1 日あたりの制限、その他のパラメーターをカスタマイズできます。ユーザーがトークンに署名してから対話するときアプリケーションが準拠している場合、前のパラメータ条件を持つトランザクションがバックグラウンドで自動的に実行され、ガスが支払われます。

副題

アドレス、スマートコントラクトアカウント、アカウント抽象化について

現在、イーサリアムには 2 つのアドレスがあります: 最初のアドレスは通常のウォレットアドレスで、外部所有アカウント (EOA) とも呼ばれ、トークンの送受信、ガスの支払い、トランザクションの実行の機能があります。もう 1 つはスマートコントラクトです。アドレス、イーサリアム上にデプロイされたさまざまな dapp はスマートコントラクトの形式で実行されます。

しかし、このようなアドレス設計には多くの問題があり、多くのイーサリアム開発者は、EOA アドレスの設計は、マルチシグネチャ、プライバシー保護、ガス最適化などの点でウォレットの開発を妨げ、プログラム可能なトランザクションには役立たないと考えています。。したがって、V God、Ansgar Dietrichs、Matt Garnett、Will Villanueva、Sam Wilson らがイーサリアム改善提案を提案し、完成させました。EIP-2938、そして「ユーザー抽象化」という概念を提唱しました。

アカウントの抽象化については、簡単に言えば、スマートコントラクトアドレスにガスの支払いとトランザクションの実行を許可し、ウォレットアドレスのすべての機能を持たせることです。アカウント抽象化に基づくスマートコントラクトアドレスはスマートコントラクトアカウントであり、スマートコントラクトウォレットの概念はそこから派生しています (個人のメタマスクアカウントやウォレットソフトウェアのメタマスクと同様)。

セッションキーは、アカウント抽象化に基づくスマートコントラクトウォレットのサブテクノロジーです。

前述したように、セッションキーをサポートするウォレットは、パスワード不要の支払いのためのユーザー定義パラメータをサポートしますが、これらのパラメータのオプションは完全にウォレット開発者に依存します。また、セッションキーはすべての DApp をサポートしているわけではありません。サポートされる DApp は、使用するスマートコントラクトウォレットが Dapp のコントラクトの呼び出しを許可するかどうかによって異なります。このプロセスは一元化されています。

結論は、セッションキーは Web3 の秘密のない支払いであり、ユーザーは DApp を 1 回だけ承認し、その後のトランザクションに署名し、デフォルトでバックグラウンドでガスを支払うことができます。例

例

MatchBoxDAO、StarkNet のチェーンゲームインキュベーターHow to Make On-Chain Gaming Competitive: ‘Session Keys’ [Part 1]" では、次のようなセッションキーの使用例をいくつか紹介します。

ユーザーフレンドリーで中断のないゲームプレイ。
複数の DeFi ポジションをセットアップする機能。
多くの項目をフォームに記入する際の確認。
管理されていない自主的な IRA。
ウォレット/インベントリ内の資産を再管理...

による

によるLenster たとえば、ソーシャルプロトコルLens Protocolに基づいて開発されたオンチェーンソーシャルメディアLenster上のすべてのインタラクションには認証とMatic支払いが必要であり、すべてのコメントと転送にはウォレット認証が必要であり、ユーザーエクスペリエンスに大きな影響を与えます。