CKBアカウントの抽象生態学の解釈：BTC大量採用のための舗装石

AAの物語は2022年にイーサリアムコミュニティで人気を博して以来、アカウントの抽象化の概念がWeb3コミュニティで人気がありました。実際、これはアカウントシステムに関する設計概念であり、より高いレベルで標準を確立し、アカウントの機能を強化することを目指しています。そして固定ルールの制限により、イーサリアムなどの主流のブロックチェーンでは、アカウントシステムの柔軟性と普遍性は非常に貧弱です。例えば：

1. アカウントに事前にETHなどのガストークンが必要です。そうでない場合は、明らかに、これは新しいアカウントには非常に友好的ではありません。

2. EVMシステムで表されるパブリックチェーンは、単一のアカウントシステムのみをサポートしており、他のパブリックチェーンまたはWeb2ユーザーは新しいアカウントツールとポータルを使用する必要があります。

Ethereumコミュニティで以前に人気があったEIP-4337の提案は、上記の問題を解決すると考えられていましたが、その技術モデル、歴史的負担と生態学的発達、開発者認知などの要因により。EIP-4337のパッチングソリューションは、EVMに新しいオペコードを追加しようとするEIP-3074を根本的に解決するのではなく、パッチングに似ています。古い問題を解決しながら、新しい問題は物議を醸す実現可能性によってもたらされます。

さまざまな理由により、Ethereumの設立チームは、メインネットワークの開始時にアカウントシステムを考慮せず、EOAアカウントと契約アカウントの分離は、ガスのないトランザクションをサポートしていません。複数のプリミティブなどをサポートしていません。これらの歴史的な負担は、Ethereum AAロードマップの実装に明らかな障害を引き起こしています。パブリックチェーンが最初に設計されたときに完全なアカウント設計で設計されている場合、Ethereumのような迂回路を取る必要はありません。

EVMベースのパブリックチェーンとは異なり、Nervosは、その設計の開始時にアカウントシステムの問題を考慮しましたNervosのアカウントシステムは、AAの基礎となるEssentialsと、複数の検証方法をサポートするOmnilockにより、AAの目標に沿って詳細になります。また、歴史的な負担はなく、BTC、ETH、さらにはソラナなどの他の公共チェーンのアカウントシステムをサポートするために生まれています。

さらに、最近人気のあるBTCFIの場合、それ自体がネイティブビットコイン資産のdefiやその他のシナリオを導入しているため、ビットコインホルダーがシームレスな製品体験をすることができるようにするために、主流のビットコインウォレットやその他の周辺ファシリティと互換性がある必要があります。 CKBのネイティブAAソリューションは自然にこれを達成し、BTCFIの大規模な採用に必要な条件を作成します。

以下に、Nervosのアカウント抽象システムを、設計コンセプト、システムアーキテクチャ、アプリケーション、エコロジーなどの複数の観点から解釈します。

ビットコインUtxoおよびNervosのセルモデル

ほとんどの人は、UTXOモデルに基づくパブリックチェーンのデータストレージ構造が「アカウントバランス」システムに基づいているのではなく、一意のフォームを採用していることを知っています。具体的には、UTXOは金のように溶けたり覆されたりすることができ、すべてのトランザクションは古いUTXOを破壊し、新しいUTXOが生まれます。さらに、UTXOデータは集中住所に保存されていませんが、UTXOを生成するトランザクションに散布側に保存され、過去のブロックのレコードを見つける前に読む必要があります。

推奨読書：「BTCへの取得：BITVM（1）を理解するために必要な背景知識」

Bitcoinが、従来のWeb2プラットフォームの「アカウント情報」システムとは異なるストレージパラダイムを作成したと言うことは誇張ではありません。これは、州の爆発の問題、非効率的なデータの読み取りと書き込みの効率、およびファジーの所有権を解決できます。UTXOモデルでは、さまざまな人々の資産データストレージの位置と所有権は非常に明確であり、並列性/並行性により優れており、従来のアカウントシステムの多くの落とし穴を回避できるストレージとリース機能をサポートするのに便利です。

設計の開始時に、Nervos Public Chainのアカウントシステムは、Bitcoin Utxoの利点を完全に吸収しました。そのセルモデルは、実際にはビットコインUTXOのアップグレードバージョンであり、チューリングの完全なプログラム性を提供します。さらに、CKBと他の資産は両方とも一流の資産であり、EVMパブリックチェーンのようなERC-20とは異なるネイティブ資産を扱いません。

CKBのセルは、操作メカニズムの点でビットコインUTXOとほぼ同じです。これらはすべて、「ロックスクリプト」と「ロック解除スクリプト」によって駆動されます。各UTXO/セルが生成されると、パスワードロックのように「ロックスクリプト」があります。「ロック」に対応する「キー」を送信できる限り、関連するUTXOは自由に使えるでしょう。

しかし、ビットコインutxoとは異なり、Cellには、スクリプトをロックするために「TypeScript」フィールドが追加されています。もしLockscriptは、このセルを書き換える資格があるかどうかを決定する認証デバイスです。Dexと貸付プロトコルのコードは、TypeScriptに展開できます。

開発者がCKBでAMMに似た流動性プールを実装したい場合、専用セルのタイプスクリプトに契約コードを作成し、このセルのデータフィールドに流動性プールのステータス情報を保存する必要があります（プールのように）。すべてのタイプの資産バランス）。

CKBの設計は、Bitcoin UTXOモデルのより多様なシナリオを拡張し、CKB自体がRISC-V仮想マシンを使用しているため、さまざまなロジックをサポートできますビットコインよりも強力。

上？Cell’s Lock Script Lockscriptは、今日のコアトピックAAに積極的に関連しています。AAが提唱する主要な機能は、オンチェーンアカウントが柔軟で多様な認証方法をサポートできることです。UTXOの場合、この関数を実装するには、認証者として機能するLockscriptで一生懸命に作業する必要があります。CKBは、複数の認証ソリューションを特別にサポートするOmnilockスクリプトを起動しました。

以下のオムニロックの特定のデザインについて学びましょう。

アカウントの抽象化を備えたOmnilock

前述したように、CKBのセルとビットコインUTXOの使用許可は、ロックスクリプトによって定義されています。Lockscriptは、認証として機能するようにこのセルを書き換えることができる人を決定します。複数の認証方法をサポートするために、CKBは呼ばれる名前を提供しますOmnilockのユニバーサルロックスクリプトは、さまざまな署名アルゴリズムと検証メカニズムと互換性があります。

Omnilockは、異なるパラメーターが設定されている限り、異なる検証ロジックをモジュール化します。ユーザーは、BTC、ETH、さらにはWebauthn、およびその他のアカウント、ウォレット/認証方法をそれぞれ使用して、CKBチェーンの資産を直接操作できます。

では、Omnilockはどの程度実装および使用されているのでしょうか？実際、それは一般的な説明である必要があります。Omnilockは、NervosがCKBチェーンに正式に配置したコードです。このコードは、EVMパブリックチェーンの「システム契約」と同様に、他のセルで使用できます。セルがOmnilockを使用したい場合は、ロックスクリプトでOmnilockへの参照を宣言できます。

以下では、スクリプトとオムニロックが擬似コードを介してどのように機能するかを理解できます。

CKBロックスクリプトには、コードハッシュタイプ、およびハッシュタイプがこのセクションの内容に密接に関連していないため、3つのフィールドが含まれています。次に、ARGSフィールドに焦点を当てます。ARGSを柔軟に構成することにより、Omnilockで定義されたさまざまな検証アルゴリズムを使用できます。

ARGSフィールドの対応するコンテンツは、認証に特に使用される2つの部分に分割できます。AUTHの認証データには、プリセットされた公開キーのハッシュが含まれており、公開キーのハッシュに対応する公開キーの所有者のみが認証に合格することができます。セル内のデータを書き換える資格があります。

AUTHのフラグは、異なる認証方法を選択するために使用される識別子です。ここで説明する認証方法は、暗号化の検証だけでなく、情報処理などの包括的なプロセスも含まれます。フラグが0x01の場合、イーサリアム上の外部メッセージの認証方法を表します。Ethereumに加えて、OmnilockはBitcoin、Dogecoin、Tron、Multi-Signatureなどの豊富なメッセージ検証フォームもサポートしています。

Argsの別の部分は、Omnilockが選択できるボタンのようなものです。たとえば、管理者モード（USDTの管理者凍結機能など）、少額の支払いのために誰でも賃金モード（小額の寄付に使用）、タイムロックモードなどを使用します。とにかく、Omnilock Argsが調整されている限り、Omnilockで事前に書かれたさまざまな機能を使用できます。

要約すると、Cell LockスクリプトのAUTHおよびOMNILOCK ARGSフィールドに異なるパラメーターを入力して、さまざまなパブリックチェーンまたはプラットフォームの認証方法を選択し、CKBのさまざまな認証方法を導入できます。もちろん、Omnilockで事前に定義されたいくつかの認証方法に加えて、開発者は独自の認証スキームを定義することもできます。

Nervosアカウント抽象生態学：CCC、Mobit、およびJoyid

すでに知っているように、OmnilockはNervosがアカウントの抽象化を実装するための基礎であり、Mobit、.bit、Omiga、Middleware CCC（Common Chains Connector）などのOmnilockベースのウォレットは、Nervosの豊富なBTCFIアカウント抽象エコシステムを構成し、また含まれています。 Did.idは、セキュリティとプライバシーの保護およびアイデンティティ管理サービスを提供するDIDプラットフォーム、および分散型DOBSアセット取引プラットフォームであるDobbyです。

AAの優れた特性は、BTCFIエコシステムの適用にも非常に便利になり、CKBエコシステム内のプロジェクトがBTCウォレットの相互作用を直接サポートできるようになり、使用のしきい値が低下します。以下では、CKBのAA生態学を調べるために特定のケースを取りましょう。

一般的なチェーンコネクタ（CCC）

まず、CCCを例にしてみましょう。これは、ウォレットとDAPPのCKBにさまざまな公共チェーンの操作性を特に提供するウォレット接続ミドルウェアです。

次の図は、CCCの接続ウィンドウです。ここでは、メタマスクを例として取ります。

CCCを使用してオンチェーントランザクションを実行すると、デモはメタマスクウォレットをリダイレクトしますPersonal_Sign署名する方法この方法は、直接リンクされていないテキストメッセージに署名するために使用されます。

この情報に含まれるコンテンツは、CKBトランザクションの一連の16進コードであることがわかります。メタマスクによって署名されたメッセージは、Nervos CKBチェーンに提出され、Omnilockなどのメカニズムを通じて検証されます。

そして、私たちは前に言及しました、Nervos自体は、Ethereumのメッセージ形式の検証をサポートしています。ユーザーの場合、既存の馴染みのあるポータルやツールを介してCKBエコシステムに入ることができます。

開発者の場合、Nervosは下部にあるOmnilock標準を定義し、CCCを介してマルチチェーンウォレットの実装の詳細を抽象化し、開発の難しさを大幅に削減し、上位レベルのアプリケーション開発者が上位レベルのビジネスロジックの開発により重点を置くことができます。基礎となる詳細にあまり注意を払わないでください。

モビット

Mobitは、Nervosに基づいたDIDおよび資産管理プラットフォームです。Mobitは、Nervors Ecosystemに入るための外の世界への扉のようであり、このドアのしきい値は非常に低いです。MOBITを使用すると、ユーザーにはほとんど逸脱した知識が必要ありません。他のパブリックチェーンアカウントを使用して、Nervos Ecosystemの相互作用を完了するために、いくつかの簡単な操作を使用できます。

次の図は、Mobitの接続ウィンドウです。MOBITは現在、複数の主流のパブリックチェーンのアカウントシステムをサポートしていることがわかりますが、このリストはまだ拡大しています。

メタマスクウォレットを例として取り上げましょう。接続後のインターフェイスは、ユーザーのEVMおよびCKBアドレスを表示し、CKBチェーンのアドレスが保持しているトークンおよびDOBSアセットを表示することもできます。

ここでドブスについて話しましょう。これはNervosエコシステムに固有の資産ですが、DOBは本質的にNFTとは異なります。まず第一に、DOBのデータはチェーンに完全に保存され、「フルチェーンNFT」と見なすことができますが、多くのイーサリアムNFTデータはチェーンに完全に保存されていません。

さらに、各ドブはチャットボットをセットアップでき、ホルダーとの異なる栽培パスとの対話などのインタラクティブなシナリオを持つことができます。

Nervos EcosystemのDOBの取引プラットフォームであるOmigaについては、ユーザーはワンクリックでMobitのアプリインターフェイスに直接ジャンプできます。

Omigaは、Nervosのアカウントの抽象化も利用しています。

MOBITは、機能を簡単に動作させ、包括的に機能させるため、BTCFIの相互作用に役立ちます。BTCFI製品の本質は、主流のビットコインウォレットと互換性があるかどうかを、BTCFIの周辺施設で考慮する必要がある重要な要素であり、現在準備ができているため、多様なdefiエクスペリエンスを提供することです。

Webauthnの採用

webauthnこれは、World Wide Web Alliance（W3C）とFIDO（Fast Identity Online）Allianceが共同で開発したネットワーク標準です。目標は、ユーザー認証のセキュリティを改善し、ログインプロセスを簡素化し、従来のパスワードやプライベートキーへの依存を減らすことです。

iOSやAndroidに組み込まれたキー管理ソフトウェアなどの主流のデスクトップまたはモバイルオペレーティングシステムは、ローカルセキュリティモジュールまたはクラウドストレージを使用してキーを保存して署名できます。現在、主流のWebAuthnプラクティスは一般にP-256、P-384、P-521などをサポートしています。MervosのOmnilockはカスタム暗号化プリミティブをサポートしているため、カバーすることもできます。

Webauthnがサポートするクライアントは次のとおりです。

• Appleキーチェーン：

• セキュリティエンクレーブ：Appleデバイスは、安全なエンクレーブを使用して、プライベートキーストレージや署名などの重要な暗号化操作を処理します。

• iOSおよびMACOS：Appleのシステムは、認証と署名操作にキーチェーンAPIを使用し、Face IDまたはTouch IDを介したユーザー認証を使用できます。

• Windows Hello：

• TPM（信頼できるプラットフォームモジュール）：WindowsデバイスはTPMを使用して、Windows Helloを介してプライベートキーを生成および署名できます。

• 生体認証：Windows Helloは、ユーザーのIDを検証するために指紋認識と顔認識をサポートしています。

• Androidキーストア：Androidデバイスは、キーストレージや署名にハードウェアセキュリティモジュールを使用でき、指紋や顔認識などの生体認証によって認証されます。

• Ubisoftセキュリティキー：Yubikeyなどのセキュリティキーハードウェアデバイス、USBまたはNFCを介したセキュリティ認証をサポートし、署名操作。

CKB Eco-Wallet JoyIDは、WebAuthnテクノロジーを使用して実装されたアプリケーションです。JoyIDを使用すると、ユーザーはバイオメトリクス（指紋や顔の認識など）を通じて直接認証し、シームレスで安全なログインとアイデンティティ管理を達成できます。

Nervosエコシステムのビットは、AppleのWebAuthnの実装を使用してブロックチェーンを使用して使用するシナリオでもあります。

上記のケースから、CKBのAAソリューションが他の公共チェーンやWeb2ユーザーをサポートするために生まれていることがわかります。Web2ユーザーの大半は、Webauthnをサポートすることが重要です。パブリックチェーンのエコシステムがこの方向に動作するのが早ければ早いほど、将来的にはより利点になります。

要約します

イーサリアムはその歴史的負担の問題によって制限されており、既存のAAソリューションは基本的に症状を治療しますが、根本原因を治療し、ルートから問題を解決することはできません。Nervosは、メインネットワークを開始したときにアカウントシステムの設計を完全に考慮し、あらゆる形態のID検証をサポートできるOmnilock関数を提供しました。

Nervosのセルモデルは、Bitcoin Utxoの機能の拡張ですユーザーとのWeb2レベルのエクスペリエンス。

現在、Nervosアカウントの抽象的なエコシステムには、CCC、Mobit、JoyID、その他の製品などの製品がすでに完全に完成しています。

BTCFIは、主流のビットコインウォレットと互換性があるかどうかは、BTCFIエコシステムの重要な施設として考慮する必要がある重要な要素です。このようにして、開発者とユーザー側の両方にBTCFIの大量採用に必要な条件を可能な限り作成す​​る必要があります。