暗号通貨の世界への入り口として、ウォレットは暗号通貨業界全体でかけがえのない地位を占めており、暗号通貨の世界に参入したい人にとってウォレットの使用は避けられない部分でもあり、ウォレットの機能も本来の純粋な会計から進化しています。機能を今日のマルチチェーンおよびマルチシナリオ利用機能に拡張します。しかし、現在のウォレット使用の敷居は新規ユーザーにとっては高すぎて、暗号通貨の世界に参入したい多くの人々を締め出しています。ウォレットの敷居を下げることによってのみ、暗号通貨の世界全体により多くの新鮮な血液をもたらすことができます。 EIP-4337 アカウント抽象化提案の登場によるエコシステムの爆発と同様に、アカウント抽象化ウォレットによってもたらされる閾値の低下により、ウォレットは次の時代に入り、暗号通貨の世界でユーザーの爆発的な増加を引き起こすことができるでしょうか?
著者：ほうれん草ほうれん草
Shishi 氏と Fang Jun 氏のご支援とご指導に心より感謝いたします。
注: この記事は著者の個人的な見解を示すものであり、投資アドバイスを構成するものではありません。
目次
01/ 現時点で初心者ユーザーがウォレットを使用する際に問題となる点は何ですか?
02/ イーサリアムに存在するウォレットの種類は何ですか?
03/ アカウントの抽象化とは何ですか? EIP-4337 アカウント抽象化の利点は何ですか?
04/ なぜイーサリアムは EIP-4337 アカウント抽象化提案を選択したのですか?
05/ EIP-4337 アカウント抽象ウォレットはどのように機能しますか?他のウォレットアカウントタイプとの違いは何ですか?
06/ EIP-4337 アカウント抽象化の欠点とリスクは何ですか?
TL；DR
暗号通貨の世界における知識の敷居は高く、一般的に人々はブロックチェーンとウォレットに関する知識が不足しており、新規ユーザーの参加を妨げる要因が数多くあります。
この段階で、初心者ユーザーはウォレットを使用する際にいくつかの問題点に直面することになります。ウォレットを使用する前にガス料金を支払う必要があること、暗号資産を購入するチャネルを見つける必要があること、メインネットの選択肢が目まぐるしく存在すること、ウォレットのセキュリティの問題などです。
Ethereum のウォレットには、EOA 外部所有アカウントと CA 契約アカウントという 2 つの異なるタイプのアカウントがあり、EOA 外部所有アカウント タイプのウォレットは、秘密鍵と公開鍵のキー ペアによって制御されます。ウォレットにはプログラム可能な機能がありません。 CAコントラクトアカウント型ウォレットとは、スマートコントラクトの形で存在するウォレットを指し、コントラクトアカウント型ウォレット自体は秘密鍵を持たず、コードを記述することで様々な機能を実装します。ですが、トランザクションを積極的に開始することはできません。
どちらのウォレット アカウント タイプにも、それぞれ独自の利点、欠点、および制限があります。EOA の外部所有アカウントは、プログラム可能ではなく、秘密キーを紛失した場合にはガス料金が必要になります。取得することはできませんが、CA 契約アカウント タイプと比較すると、CA 契約アカウント タイプはロジックをカスタマイズしてより多くの機能の可能性を実現できますが、CA 契約アカウント タイプはトランザクションをアクティブに開始できず、外部から呼び出す必要があります。 EOA が所有するアカウントであり、CA 契約アカウント タイプのウォレットを生成する場合、現時点では、これら 2 つのウォレット アカウント タイプのいずれも、複雑なウォレットの使用エクスペリエンスの問題を解決できません。
アカウント抽象化は、イーサリアム上に実装されるウォレット技術ソリューションであり、その最終的なビジョンは、AA アカウント抽象ウォレットに、EOA 外部所有アカウントと CA 契約アカウントの 2 つのアカウント タイプの特性を組み合わせて 1 つに統合できるようにすることです。 EOA をメインアカウントとして置き換えることで、CA のプログラマビリティに加えて、EOA に依存せずにトランザクションをアクティブに開始することもできます。
EIP-4337提案では、本来のイーサリアムウォレットのトランザクションプロセスからコンセンサス層に記述された「検証トランザクションメカニズム」を抽出し、EIP-4337の新メカニズムに引き渡すことで、アカウント抽象ウォレットの実装が可能となります。署名方法はカスタマイズ可能で、より多くのアプリケーション シナリオを実現します。
アカウント抽象化を実装したウォレット アプリケーションにより、ユーザーは EOA を所有せずにメイン アカウントとして特定の署名メソッドを使用してトランザクションを開始でき、アカウント抽象ウォレットの所有権と署名権が分離され、アカウント抽象ウォレットの EOA 所有者アカウントのみが存在します。所有者として、実際のアカウントの抽象ウォレットの使用には影響しません。
EIP-4337がイーサリアムの最終ソリューションとして選ばれた理由は、まず第一に、EIP-4337はコンセンサスプロトコル層を変更することなくアカウントの抽象化を実現でき、POWプルーフ・オブ・ワーク・メカニズムからPOSステーク・プルーフへの移行を回避できるためです。 -of-Stake メカニズム この大規模なコンセンサス層の変更
EIP-4337 では、アカウント抽象ウォレットは [署名検証メカニズム] をエントリ ポイント コントラクトに引き渡します。これにより、アカウント抽象ウォレットは、署名メカニズムの任意の署名形式を使用できるようになり、対応するシナリオの署名形式を選択できます。ウォレット製品を開発します。
現在のアカウント抽象化ウォレットは、スマート コントラクト ウォレットの新しい標準に近いものであり、ウォレット所有者として EOA への依存を取り除くことはできません。そして、当座預金の抽象化提案には、スマートコントラクトのリスク、高いGAS、技術的な実装の問題など、依然としていくつかの欠点とリスクがあります。
(1) 現段階で初心者ユーザーがウォレットを使用する際に問題となる点は何ですか?
暗号通貨の世界では知識の敷居が高いため、一般に人々はブロックチェーンとウォレットに関する知識が不足しています。現在のウォレットのエクスペリエンスは複雑で、新規ユーザーの参加を妨げる要因が数多くあります。
問題点 1: ウォレットを使用する前にガス料金を支払う必要がある
初心者ユーザーが仮想通貨の世界を体験したいと期待に胸を膨らませ、始めるためにウォレットをダウンロードしたとき、パブリック チェーンのネイティブ トークン (イーサリアムの ETH など) がないためにウォレットが使用できないことに気づき、初心者は驚きました。ウォレット内のガス料金については、ウォレットのすべてのオンチェーン操作でマイナーが操作をパッケージ化し、労働料金としてガス料金を支払う必要があるため、ウォレットは操作を実行できません。この製品は入出金チャネルを提供していないため、ほとんどの初心者は集中型取引所を選択する可能性があります。
問題点 2: 暗号資産購入チャネルと目まぐるしいメインネットの選択肢
初心者ユーザーが暗号資産を購入したい場合、入出金チャネル、集中型取引所、店頭取引などの暗号資産購入チャネルを備えたウォレット製品を選択する可能性がありますが、集中型取引所や店頭取引を選択するユーザーにとっては、 -カウンター取引チャネル 初心者ユーザーにとって、集中型取引所で資産を購入した後、資産をウォレットに転送したい場合、さまざまなメインネットから選択できるため混乱するでしょう。メインネットを選択するためには、一定の学習コストが必要です。誤って間違ったネットワークに切り替えてしまうと、店頭取引の場合は非常に扱いが面倒になり、初心者のユーザーは簡単に詐欺師の標的になってしまう可能性があります。
問題点 3: ウォレットのセキュリティ問題
初心者ユーザーにとって、たとえ最終的にガス料金を受け取り、ウォレットを使用して対話できるようになったとしても、暗号通貨の世界全体が彼らにとって暗い森です。初心者ユーザーは、秘密鍵や公開鍵などのウォレットに関する暗号化の知識を学ぶ必要があります。また、秘密鍵とは何かを理解し、秘密鍵の安全性を確保し、暗号化ダークフォレストでの詐欺を防ぐ方法を考える必要があります。これらはすべて初心者ユーザーにとって重要であり、コストが高く、騙されやすいです。最も重要なことは、秘密キーはパスワードと同様に、一度紛失または忘れてしまうと取り戻すことができないということです。 Web2 アプリケーションによって取得されるため、Web2 ユーザーにとってはこれに慣れるのが困難です。
(2) イーサリアムに存在するウォレットの種類は何ですか?
現在、イーサリアム上のウォレットには、EOA 外部所有アカウントと CA 契約アカウントという 2 つの異なるタイプのアカウントがあります。
EOA 外部所有アカウント:
EOA 外部所有アカウント型ウォレットとは、基本的に、トークンの受信、保持、送信、スマートコントラクトとのやり取りの機能のみで、プログラム可能な機能を持たない、秘密鍵と公開鍵のキーペアで管理されるウォレットを指します。機能があり、各取引にはガス料金の支払いが必要です。外部所有のアカウント タイプのウォレットの作成には費用はかかりませんが、秘密キーを生成することによってのみ作成できます。
CA 契約アカウント:
CAコントラクトアカウント型ウォレットとは、スマートコントラクトの形で存在するウォレットを指し、コントラクトアカウント型ウォレット自体は秘密鍵を持たず、コードを記述することで様々な機能を実装します。 DeFiプロトコル、マルチシグネチャウォレットなど、金庫や蛇口などの機能は、取引を行うために複数の外部アカウントウォレットからの承認を必要とするウォレットであるマルチシグネチャウォレットで一般的に使用され、通常は企業のウォレット管理に使用されます。コントラクトアカウントウォレットを作成するには、作成するガス料金が必要です。コントラクトアカウントウォレット自体はトランザクションをアクティブに開始できませんが、トランザクションを受動的に開始するには、外部アカウントウォレットを呼び出してガス料金を支払う必要があります。
これら 2 つのウォレット アカウント タイプには、それぞれ独自の利点、欠点、および制限があります。EOA の外部所有アカウントは、イーサリアムによって指定されたキー ペアの生成方法に従ってのみ生成できます。これらはプログラム可能ではなく、秘密キーを紛失した場合にはガス料金が必要です。 , 取得することはできませんが、CA 契約アカウント タイプと比較すると、CA 契約アカウント タイプはロジックをカスタマイズしてより多くの機能の可能性を実現できますが、CA 契約アカウント タイプはトランザクションを積極的に開始することができず、外部から実行する必要があります。 EOA の所有アカウント。CA 契約アカウント タイプのウォレットの呼び出しと生成には、現時点では、これら 2 つのウォレット アカウント タイプのいずれも、複雑なウォレットの使用エクスペリエンスの問題を解決できません。
アカウント抽象化は、イーサリアム上に実装されるウォレット技術ソリューションであり、その最終的なビジョンは、AA アカウント抽象ウォレットに、EOA 外部所有アカウントと CA 契約アカウントの 2 つのアカウント タイプの特性を組み合わせて 1 つに統合できるようにすることです。 EOA をメインアカウントとして置き換えることで、CA のプログラマビリティに加えて、EOA に依存せずにトランザクションをアクティブに開始することもできます。
ここで説明するアカウント抽象化は、Vitalik によって提案されたイーサリアム EIP-4337 提案を指します。これは、元のイーサリアム ウォレットのトランザクション プロセスからコンセンサス層にハードコーディングされている [検証トランザクション メカニズム] を抽出し、EIP-4337 の新しいメカニズムに与えます。新しいメカニズムの出現により、アカウント抽象ウォレットでカスタマイズ可能な署名方法を実現できるようになり、ガス支払い、集約署名、プライバシー保護など、より多くのアプリケーション シナリオがもたらされます。
EIP-4337 提案が実装された後のアカウント抽象ウォレットは、EOA 外部アカウント タイプのウォレットで使用されるイーサリアム楕円曲線デジタル署名アルゴリズム (ECDSA) キー ペア署名方式に限定されず、ウォレット アプリケーション開発者はあらゆる種類の署名スキームを使用できます。ユーザーが他の署名方法を使用してトランザクションを開始できるように、アカウント抽象ウォレット アプリケーションに適用されるため、ユーザーの使用のしきい値が低くなります。
アカウント抽象化を実装したウォレット アプリケーションにより、ユーザーは EOA を所有せずにメイン アカウントとして特定の署名メソッドを使用してトランザクションを開始でき、アカウント抽象ウォレットの所有権と署名権が分離され、アカウント抽象ウォレットの EOA 所有者アカウントのみが存在します。所有者として使用され、実際のアカウント抽象ウォレットの使用には影響しません。所有権と署名権を分離することで、ウォレット製品はユーザーに社会的回復などの手段を提供することができ、たとえ秘密鍵を紛失した場合でも、秘密鍵を取り戻すことができないことを心配する必要はありません。
アカウント アブストラクト ウォレットの新しいメカニズムによってもたらされるスケーラビリティにより、Gas を取得する前にウォレットを使用する際の問題点も解決できます。アカウント アブストラクト ウォレットでは、第三者が代わりに Gas を支払うことができるだけでなく、ネイティブトークン以外の資産がガス料金を支払うことができるようになり、これにより、初心者ユーザーがガス料金を使用するためのしきい値が大幅に引き下げられ、アカウントの抽象化によってもたらされるよりカスタマイズされた機能が、近い将来に起こる可能性があると予想されます。財布の新時代。
(4) なぜイーサリアムは EIP-4337 アカウント抽象化提案を選択したのでしょうか?
アカウント抽象化の議論は、初期の EIP-101 から EIP-3074、そして現在の EIP-4337 まで、いくつかのバージョンで繰り返されてきましたが、ほとんどの解決策は、未熟であり、コンセンサスプロトコル層に関わる修正は複雑すぎるため、最終的には棚上げされました。
2015 年から現在までの長い議論と反復を経て、イーサリアムは最終的に 2 つのソリューション EIP-3074 と EIP-4337 のどちらかを決定しました。EIP-4337 が CA スマート コントラクト アカウント ウォレットを EOA のように使用できるようにする場合、EIP-3074 はプログラム可能です。 EOA の外部アカウント ウォレットにスマート コントラクト アカウントを持つことを可能にする機能。最後に、イーサリアムの創設者である Vitalik によって発表されたイーサリアムの最新ロードマップにより、EIP-4337 は The Splurge ステージに正式に含まれました。アカウント抽象化の最終ソリューション。
EIP-4337 がイーサリアムの最終ソリューションとして選ばれた理由は、まず第一に、EIP-4337 はコンセンサス プロトコル層を変更せずにアカウントの抽象化を実現でき、POW のプルーフ オブ ワーク メカニズムから POS エクイティへの移行を回避できるためです。証明メカニズムは大規模なコンセンサス層の変更であり、EIP-3074 にはコンセンサス層の変更が含まれます。第 2 に、EIP-3074 は外部の EOA によって所有されているためです。スマートコントラクトアカウントの特徴として、署名メカニズムは依然として EIP-4337 のような署名方式を使用できません。そのため、EIP-4337 はウォレットのしきい値を下げているようです。 。
(画像出典: ethereum.cn 翻訳)
(5) EIP-4337 アカウント抽象ウォレットはどのように機能しますか?他のウォレットアカウントタイプとの違いは何ですか?
アカウントの抽象化により、以前のアカウント タイプと比較して、いくつかの新しい役割とメカニズムが導入されています。
ウォレット コントラクト: カスタマイズされたウォレット ロジックを実装できるアカウント抽象化を備えたウォレット スマート コントラクト。
エントリーポイントコントラクト: ウォレットコントラクトと通信および調整し、検証の処理とユーザー操作の実行を担当するコントラクト。
ユーザー操作 (UserOperations、uo): ユーザーによって開始される新しいオフチェーン トランザクション フォームであり、以前の [トランザクション トランザクション、tx] とは異なります。
バンドラー: ユーザー操作をパッケージ化し、エントリー ポイント コントラクトに配信する役割を担うオフチェーン コンピューティング ノード。
UserOperation Mempool: トランザクション メモリ プールとは独立して、実行されるユーザー操作を蓄積するために特に使用されるメモリ プール。
Paymaster: ガス支払い用のオプションのサードパーティの Paymaster 契約アカウント。
これらの新しい用語が何であるかわからない場合は、フローチャートの簡略版を使用して説明します。まず、EOA の外部所有アカウント タイプのウォレットのトランザクション メカニズムを理解します。 ECDSA 署名を開始します。
画像ソース: https://medium.com/nethermind-eth/ethereum-wallets-today-and-tomorrow-eip-3074-vs-erc-4337-a7732b81efc8
この図から、EOA アカウント タイプのウォレットがトランザクションを開始する手順は次のとおりであることがわかります。
ユーザーは秘密キーを使用してトランザクション情報に対して ECDSA 署名を実行し、署名されたトランザクション トランザクション (トランザクション、tx) を生成します。
署名付きのトランザクションは、保留中のトランザクションを処理するためにメモリ プールに送信され、処理を待機します。
マイナーはトランザクションを処理し、トランザクション メモリ プール内の有効性を検証します。
検証有効性が有効な場合、トランザクションはブロックに含まれますが、そうでない場合、トランザクションは破棄されます。
CA 契約アカウント タイプには統一されたトランザクション プロセス標準がないため、次の図は、リレイヤーに依存する特定のスマート コントラクト ウォレットのトランザクション プロセスを示しています。CA 契約タイプ アカウントは EOA 外部アカウント タイプに依存する必要があることがわかります。ウォレットで ECDSA 署名に署名する必要がありますが、中継者の役割には集中化のリスクが伴う可能性があります。
画像ソース: https://medium.com/nethermind-eth/ethereum-wallets-today-and-tomorrow-eip-3074-vs-erc-4337-a7732b81efc8
この図から、特定の CA 契約アカウント タイプのウォレットがトランザクションを開始する手順は次のとおりであることがわかります。
ユーザーは、秘密鍵を使用して任意の形式でトランザクション情報に署名し、署名付きトランザクション情報 (署名付きメッセージ) を生成します。
署名されたトランザクション情報は、メッセージの伝達を担当するノード Relayer に送信されます。
リレーレイヤーは秘密キーを使用してトランザクション情報に対してユーザー署名付きの ECDSA 署名を実行し、トランザクション トランザクションを形成します。
Relayer は、ユーザーのトランザクション情報を含むトランザクション トランザクションを、実行のために Relayer の EOA 外部所有アカウント ウォレットを通じてユーザーのウォレット スマート コントラクトに送信します。
ユーザーのスマート コントラクト ウォレットが操作を実行し、マイナーによって検証された後、チェーンにアップロードされてブロックに組み込まれます。
次に、EIP-4337 アカウント抽象化後のウォレット トランザクション メカニズムを見てみましょう。
画像ソース: https://medium.com/nethermind-eth/ethereum-wallets-today-and-tomorrow-eip-3074-vs-erc-4337-a7732b81efc8
この図から、アカウント抽象化後にトランザクションを開始する手順は次のとおりであることがわかります。
ユーザーはウォレットのユーザー操作を開始し、任意の形式の秘密キーを使用してユーザー操作に署名し、署名付きユーザー操作 (UserOperations、uo) を生成します。
署名付きのユーザー操作は、処理のために保留中のユーザー操作のメモリ プールに送信されます。
バンドラーは、ユーザー オペレーション メモリ プール内のユーザー オペレーションをトランザクションにパッケージ化し、それをエントリ ポイント コントラクトに送信します。
エントリ ポイント コントラクトは、すべてのユーザー操作を処理します。 ウォレットが存在することを確認します - ウォレットにユーザー操作の確認を要求します - ユーザー操作を実行のためにスマート コントラクト ウォレットに送信します
スマート コントラクト ウォレットはユーザーの操作を実行し、ブロックに組み込みます
比較すると、EOA 外部所有アカウントによって開始されたトランザクションは、イーサリアムの固定 ECDSA 署名アルゴリズムに依存して署名する必要があり、CA 契約アカウントは最終的に EOA 外部所有アカウントの ECDSA 署名アルゴリズムに依存してトランザクションに署名する必要があることがわかります。 EIP - 4337 のアカウント抽象ウォレットは、[署名検証メカニズム] をエントリ ポイント コントラクトに引き渡します。これにより、アカウント抽象ウォレットは、署名メカニズムの任意の署名形式を使用できます。ウォレット開発者は、開発する対応するシナリオの署名形式を選択できます。ユーザーはウォレット アプリケーションの特定の署名メソッドを通じてアカウント抽象ウォレットを直接制御でき、この署名メソッドは Web2 ユーザーが簡単に使用したり、特別なシナリオでカスタマイズしたりできます。
また、どのマイナーも Bundler の役割を果たすことができるため、Bundler の役割による集中化のリスクが回避されます。同時に、Bundler はバンドル トランザクションを通じて Flashbot が MEV アービトラージのメモリ プールを監視することも防ぐことができ、これらの新しいメカニズムの出現により、ユーザーに代わってガス料金を支払うサードパーティである Paymaster など、想像できるアプリケーション シナリオは数多くあります。
図からわかるように、トランザクション トランザクション (tx) とユーザー オペレーション (uo) は 2 つの独立したメモリ プールであり、アカウント抽象化エントリ ポイント コントラクトの存在により、ペイマスター (Paymaster) コントラクトは次のように相互にリンクできます。レゴ ブロック。エントリ ポイント コントラクトは、ユーザーの操作 (uo) を検証するときに、まず支払者を検証します。ユーザーに代わって支払うことに同意しますか?ステーキングのガス料金を支払うのに十分な ETH はありますか?
支払者の全額補助に加えて、ユーザーのアカウント契約にUSDTやUSDCなどの非Gas手数料トークンのみがある場合、ユーザーは同等のGas価値を持つ他のトークンを支払者契約に転送してETHフリーを実現することもできます。ガス料金の支払いについて。
ガスの支払いに加えて、エントリーポイントコントラクトを集合署名検証コントラクトと組み合わせて、集合署名機能を実装し、複数人の署名を通じてウォレットを制御することもできます。
上記の事例から、EIP-4337 スキームのエントリ ポイント コントラクトのモジュール性が、より多くのアプリケーション シナリオの想像力をもたらしていることがわかります。アカウント抽象ウォレットは暗号化の世界全体に多くのメリットをもたらすことができるように思えますが、実際はそうではありません。それはとても美しいでしょうか？
(6) EIP-4337 アカウント抽象化の欠点とリスクは何ですか?
アカウント抽象化のビジョンは非常に美しいですが、現実は多くの場合非常に貧弱です。現在のアカウント抽象化ウォレットはスマート コントラクト ウォレットの新しい標準のようなものであり、ウォレット所有者として EOA への依存を取り除くことはできません。 **そして、私たちは皆、真実を理解しています。物事が複雑になるほど、失敗する可能性が高くなります。経常収支の抽象化提案には、依然としていくつかの欠点とリスクがあります。
スマートコントラクトのセキュリティ問題
スマートコントラクトのセキュリティ問題は常に暗号通貨の世界を悩ませている問題であり、「スマートコントラクト監査」を通過した多くの契約にはセキュリティの脆弱性が存在することが多く、契約のセキュリティ問題が発生するたびに、多くの場合、巨大な財産が伴います。また、EIP-4337 アカウント抽象化ソリューションの場合、アカウント抽象化ウォレットの機能モジュール化と新しいメカニズムの追加により、コード実行ロジックがより複雑になり、多くの場合、より複雑なコード実行ロジックには潜在的なセキュリティ リスクが伴う可能性があります。 。アカウント抽象ウォレットやエントリーポイントコントラクト自体がスマートコントラクトであるため、エントリーポイントコントラクトやウォレットコントラクトにひとたび問題が発生すると、悲惨なハッキング事件につながる可能性があり、アカウント抽象ウォレットの利用に対する人々の信頼も失墜してしまいます。大幅に軽減される。
ガス代が高くなる
潜在的な契約セキュリティリスクに加えて、アカウント抽象ウォレットは、EOA 外部所有アカウントや CA 契約アカウントと比較して、トランザクションと処理の手順がより多く、ロジックがより複雑であり、操作が多いため、ユーザーはより高いガス料金を支払うことになります。 Vitalik は、レイヤー 2 を使用してアカウント抽象データを処理してガス消費量を削減できるソリューションも提案しましたが、これにも長い時間がかかります。
技術的な実装の問題
EIP-4337 の実装までには、まだ長い道のりがあります。理論的には実装できる多くのテクノロジーは、互換性の問題、複雑なノード検証プロセス、Bundler の悪事を防ぐ方法など、実際には多くの困難に直面することがよくあります。これらの技術的問題の解決には長期的な試みと議論が必要であるため、EIP-4337 はイーサリアム アップグレードの第 6 段階である Splurge に配置されました。
ユーザー数のボトルネックを打破するには、暗号通貨の世界がより多くの新規ユーザーを惹きつけるために、より低い敷居と安全なウォレットが必要です。私は、アカウントの抽象化の実現が暗号通貨の世界に新しい想像力の空間をもたらすと信じています。近い将来、アカウントの抽象化に代わる、予想外に優れた代替手段が登場する可能性もあります。暗号化業界は、私たちが想像するよりも早く更新が繰り返されています。これがこの業界の魅力でもあります。