チェーンの抽象: 新しい理解のフレームワーク

"チェーンアブストラクト"という概念に混乱しているなら、あなたは一人ではありません。この一見重要で、多くのプロジェクトや豊富な資金がある概念は、その用途が理解されにくいことがよくあります。本記事では、概念から出発し、基本的な問題に立ち返り、この複雑なトピックを整理しようと試みます。

ポイント

• 抽象は複雑性を隠すことを目的としており、Web3における抽象レベルはしばしばWeb2よりも高い。
• モジュール化によりパブリックチェーンの構築のハードルが下がり、チェーンの抽象化はパブリックチェーンの関係の再構築とユーザー/開発者の体験の改善に関わる。
• クロスチェーン資産移転、クロスチェーン通信、相互運用性、チェーン抽象は、異なるチェーン上の状態変更を調整することを核心とした概念のセットです。
• 意図に基づくチェーン抽象ソリューションが人気のアーキテクチャとなり、複数のコンポーネント型製品が段階的にチェーン抽象の最終形態を実現する可能性があります。
• 業界はチェーン抽象に関する議論と構築がまだインフラストラクチャへの迷信から脱却していない。チェーン抽象は実際の問題として、チェーン上の活動度、モジュール化の進展、新しいユーザーや開発者の参加が必要である。
• ブロックチェーンの抽象化の未来は決して平坦ではなく、小規模な公的チェーンへの影響や、金融以外のアプリケーションの探求を考慮する必要があります。

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

チェーン抽象の定義と文脈

チェーン抽象は実際に存在する問題なのでしょうか？それには特定の文脈が必要です。現在最も説明力のある見解は、チェーン抽象がモジュール化の延長であると考えています。

コンピュータサイエンスにおいて、「抽象」とは、バックエンドプロセスから高レベルの操作と概念を分離することを指し、目的は複雑さを隠すことによって理解を簡素化することです。類似して:

• アカウント抽象化: ブロックチェーンアカウントのアドレス、秘密鍵などの情報を隠し、アカウントを感知することなく使用できるようにする
• チェーン抽象: 各チェーンのコンセンサスメカニズム、ガス代、ネイティブトークンなどの情報を隠し、チェーンの無感使用を実現する

Web3の文脈において、モジュール化と抽象の関係はより複雑です。モジュール化は、単一のパブリックチェーン内部の抽象問題を解決するのに役立ちますが、マルチチェーンの状況下でのユーザー/開発者体験の抽象は、モジュール化が完全にカバーできていない分野です。チェーンの抽象の提案は、パブリックチェーンの関係を再構築することを含んでいます。

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

チェーンの抽象は、実際の問題の緊急性と以下の要因に密接に関連しています:

• チェーン上のアクティビティ: より多くのアプリケーションがより多くのユーザーアクティビティをもたらすかどうか
• モジュール化されたブロックチェーンの進展：活発なオンチェーンの行動は、より多くのロールアップやアプリケーションチェーンの構築を促進するか？
• 新しいユーザーと開発者の参入障壁: 現在のブロックチェーン環境は、新しいユーザーや開発者の流入をどの程度妨げていますか?

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

チェーンの抽象と関連概念の違い

クロスチェーン、相互運用性、チェーン抽象は、具体から抽象へのスペクトルに沿って理解することができます。これらは、異なるチェーン上の状態変更を調整することを核心とした概念のサブセットを形成していますが、実際の使用においてはしばしば境界が曖昧です。

クロスチェーンに関連するアプリケーションとプロトコルは2つのカテゴリーに分けられます:

• クロスチェーン資産移転: クロスチェーンブリッジ、クロスチェーンAMM、クロスチェーンアグリゲーターなど
• クロスチェーン通信:Layerzero、Wormhole、Cosmos IBCなど

クロスチェーン通信プロトコルは、より複雑なクロスチェーン操作を処理できます。相互運用性プロトコルは、より深いレベルのデータ処理、合意、検証を含み、システムレベルで異なるブロックチェーンの整合性と互換性を確保します。

チェーンアブストラクションはブロックチェーンの相互運用性を含みますが、ユーザーと開発者の体験の向上により重点を置いています。これは最近浮上している「意図」という概念と密接に関連しています。

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

チェーン抽象の実装方法

異なるプロジェクトは、ブロックチェーンの抽象化についての理解とアプローチが異なり、大きく分けて以下のように分類できます:

1. クラシック派:相互運用性プロトコルから進化し、より開発者側の抽象に近い
2. インテント派:新しいインテントアーキテクチャを組み合わせ、ユーザーサイドの抽象性により重点を置く

いかなる方法でも、安全で迅速なクロスチェーンとユーザーフレンドリーなインタラクションは、統一されたユーザーインターフェース、アプリケーションのシームレスなクロスチェーン、ガス費の管理などを含むコア設計要素です。

! 方法としての問題:チェーン抽象化を理解するための新しいフレームワーク

"意図に基づくxxプロトコル"は人気のある製品アーキテクチャとなっています。意図アーキテクチャの核心は、ユーザーが期待する結果を指定するだけで、プロセスについて心配する必要がなく、複雑なタスクは第三者に実行させることです。これは、チェーンの抽象が重視するユーザー体験の改善と一致しています。

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

市場にはさまざまなチェーン抽象アーキテクチャの分類方法があり、特に知られているのはCAKEフレームワーク(Chain Abstraction Key Elements)であり、技術とソリューションを権限層、解決層、決済層に分類しています。

! 方法としての問題:連鎖抽象化を理解するための新しいフレームワーク

ブロックチェーンの抽象的な問題

1. インフラストラクチャー本位による問題:
   • 一部のプロジェクトは資金調達が過剰であり、トークン設計が不合理で、市場の信頼に影響を与えています。
   • 外部の増分環境が不足していると、「空気インフラ」と見なされやすい
   • スタンダード間の断片化は、当初の意図に反する可能性があります

! [方法としての問題:連鎖抽象化を理解するための新しいフレームワーク](https://img-cdn.gateio.im/webp-social/moments-46bd64ddb4c9ed23b68ea4233357b339.webp0192837465674839201

2. 他に考えるべき問題:
   • 小型/ロングテールのパブリックチェーンへの影響とそのチェーン抽象の採用への反作用
   • 意図に基づくアーキテクチャがDeFiプロトコルの構造に与える潜在的な影響
   • 非金融アプリケーションにおけるブロックチェーンの抽象化の探求スペース
   • チェーンアブストラクションはモジュール化の後の新たなホットスポットまたはバブルになるのか

! [方法としての問題:連鎖抽象化を理解するための新しいフレームワーク])https://img-cdn.gateio.im/webp-social/moments-f3a9e77e716984517058380ce7f9fdcc.webp(

! [方法としての問題:連鎖抽象化を理解するための新しいフレームワーク])https://img-cdn.gateio.im/webp-social/moments-66062ee242558c158cc721d57f2eb063.webp(

! [方法としての問題:連鎖抽象化を理解するための新しいフレームワーク])https://img-cdn.gateio.im/webp-social/moments-50e06eb451c4674181aac28b2731504a.webp(