Seit das AA-Narrativ im Jahr 2022 in der Ethereum-Community populär wurde, ist das Konzept der Kontoabstraktion in der Web3-Community populär geworden. Es handelt sich eigentlich um ein Designkonzept für das Kontosystem, das darauf abzielt, Standards auf einer höheren Ebene zu etablieren und die Funktionalität des Kontos zu verbessern. In Mainstream-Blockchains wie Ethereum sind die Flexibilität und Vielseitigkeit des Kontosystems aufgrund der Einschränkungen fester Regeln sehr schlecht. Zum Beispiel:
Der EIP-4337-Vorschlag, der zuvor in der Ethereum-Community beliebt war, wurde als in der Lage angesehen, die oben genannten Probleme zu lösen. Aufgrund von Faktoren wie seinem technischen Modell, seinem historischen Ballast, seiner ökologischen Entwicklung und dem Bewusstsein der Entwickler war EIP- Die Patch-Lösung von 4337 ähnelt eher dem Patchen als der grundsätzlichen Lösung des Problems. EIP-3074 versucht, neue Opcodes zum EVM hinzuzufügen. Es wird davon ausgegangen, dass es alte Probleme löst und gleichzeitig neue schafft Sehr umstritten.
Aus verschiedenen Gründen hat das Ethereum-Gründerteam das Kontosystem zu Beginn des Mainnet-Starts nicht vollständig berücksichtigt und viel Ballast hinterlassen, wie zum Beispiel: EOA-Konten und Vertragskonten sind getrennt, es werden keine Gastransaktionen unterstützt und Es werden keine Gastransaktionen unterstützt. Unterstützt mehrere Verschlüsselungsprimitive usw. Dieser historische Ballast hat die Umsetzung der AA-Roadmap von Ethereum offensichtlich behindert. Man kann sogar sagen, dass der AA-Plan von Ethereum nicht zulässt, dass sein Kontosystem die späteren neuen öffentlichen Ketten übertrifft, sondern nur die Lücke zwischen beiden schließt. Wenn eine öffentliche Kette die Kontogestaltung bei der ersten Konzeption vollständig berücksichtigt, besteht keine Notwendigkeit, Umwege wie bei Ethereum zu gehen.
Im Gegensatz zu den öffentlichen EVM-Ketten hat sich Nervos zu Beginn des Entwurfs eingehend mit dem Problem des Kontosystems befasst. Nach der Durchführung von Untersuchungen sind wir davon überzeugt, dass das Kontosystem von Nervos stärker auf die unterste Ebene und das Wesentliche von AA ausgerichtet ist Das Kontomodell und OmniLock, das mehrere Verifizierungsmethoden unterstützt, entspricht von Anfang bis Ende weitgehend den Zielen von AA und weist keine historischen Nachteile auf. Es unterstützt natürlich Kontosysteme anderer öffentlicher Ketten wie BTC, ETH und sogar Solana.
Darüber hinaus ist es für das kürzlich beliebte BTCFi notwendig, mit den gängigen Bitcoin-Peripherieeinrichtungen kompatibel zu sein, da es selbst Defi und andere Szenarien für native Bitcoin-Assets einführt, damit Bitcoin-Inhaber ein nahtloses Produkterlebnis erhalten können B. Wallets, und die native AA-Lösung von CKB erkennt dies natürlich und schafft die notwendigen Voraussetzungen für die groß angelegte Einführung von BTCFi.
Im Folgenden interpretieren wir das Kontoabstraktionssystem von Nervos aus mehreren Perspektiven wie Designkonzept, Systemarchitektur, Anwendung und Ökologie.
Die meisten Menschen wissen, dass die Datenspeicherstruktur öffentlicher Ketten, die auf dem UTXO-Modell basieren, nicht auf dem „Kontostand“-System basiert, sondern eine einzigartige Form annimmt. Konkret kann UTXO wie Gold geschmolzen oder geprägt werden. Bei jeder Transaktion wird altes UTXO zerstört und neues UTXO geboren. Darüber hinaus werden UTXO-Daten nicht unter einer zentralen Adresse gespeichert, sondern verteilt in der Transaktion, die das UTXO generiert hat, und können nur durch Lesen der Datensätze vergangener Blöcke gefunden werden.
Es ist keine Übertreibung zu sagen, dass Bitcoin ein Speicherparadigma geschaffen hat, das sich vom „Kontoinformations“-System der herkömmlichen Web2-Plattform unterscheidet und die Probleme der Zustandsexplosion, der geringen Effizienz beim Lesen und Schreiben von Daten usw. lösen kann verschwommenes Eigentum. Unter dem UTXO-Modell sind der Speicherort und der Besitz von Asset-Daten verschiedener Personen sehr klar, und es unterstützt Parallelität/Parallelität. Es ist auch einfach, Funktionen wie Speicherleasing zu unterstützen und viele Fallstricke herkömmlicher Konten zu vermeiden System.
Das Kontosystem der öffentlichen Kette von Nervos hat die Vorteile von Bitcoin UTXO von Anfang an vollständig übernommen. Sein Cell-Modell ist tatsächlich eine aktualisierte Version von Bitcoin UTXO und bietet Turing-vollständige Programmierbarkeit. Darüber hinaus sind sowohl CKB als auch andere Vermögenswerte erstklassige Vermögenswerte und behandeln native Vermögenswerte nicht anders als ERC-20 wie die öffentliche EVM-Kette.
Der Funktionsmechanismus von CKBs Cell ist ungefähr derselbe wie der von Bitcoin UTXO: Beide werden durch „Sperrskripte“ und „Entsperrskripts“ gesteuert. Wenn jedes UTXO/jede Zelle generiert wird, gibt es lediglich ein „Sperrskript“. wie eine Passwortsperre; und das „Entsperrskript“ ist der entsprechende Schlüssel, der das „Sperrskript“ entsperren kann. Solange Sie den zum „Schloss“ gehörenden „Schlüssel“ übermitteln können, steht Ihnen das zugehörige UTXO zur Verfügung.
Aber im Gegensatz zu Bitcoin UTXO fügt Cell über dem Sperrskript ein „TypeScript“-Feld hinzu. Wenn LockScript ein Identitätsauthentifikator ist, der bestimmt, ob Sie zum Umschreiben dieser Zelle qualifiziert sind, dann ist TypeScript der an die Zelle angehängte Smart Contract. Der Code von DEX und Lending-Protokollen kann in TypeScript bereitgestellt werden.
If developers want to implement a liquidity pool similar to AMM on CKB, they only need to write the contract code in TypeScript of a dedicated Cell, and then store the status information of the liquidity pool (such as the pool) in the Data field of this Cell balance of various assets in it), and then the user can interact with the code in TypeScript.
This design of CKB expands richer scenarios on top of the Bitcoin UTXO model and is much more programmable. Moreover, because CKB itself uses RISC-V virtual machine, it supports programs written in multiple programming languages and can The various logics supported are far more powerful than Bitcoin.
As for Cell’s lock script LockScript, it is directly related to our core topic AA today. Because one of the features advocated by AA is to allow accounts on the chain to support flexible and diverse authentication methods. For UTXO, to achieve this function, it is necessary to work on the LockScript that acts as an authenticator. For this purpose, CKB launched the OmniLock script that specifically supports multiple authentication schemes.
Let’s take a look at the specific design of OmniLock.
We mentioned earlier that the usage permissions of CKB’s Cell and Bitcoin UTXO are defined by the lock script. The LockScript will determine who can rewrite the Cell for identity verification. role. In order to support multiple authentication methods, CKB provides a universal lock script called OmniLock, which is compatible with multiple signature algorithms and verification mechanisms.
OmniLock modularizes different verification logic. As long as different parameters are set, different verification algorithms can be flexibly configured. Users can directly manipulate assets on the CKB chain using accounts, wallets/authentication methods such as BTC, ETH, and even WebAuthn.
So how is OmniLock implemented and used? In fact, to explain it in a simple way, OmniLock is a piece of code that Nervos officially arranged directly on the CKB chain. This code is written on a specific Cell and can be used by other Cells, just like the "system contract" in the EVM public chain. "Same. If a Cell wants to use OmniLock, it can declare a reference to OmniLock in its own lock script.
Below we can understand the working principle of the lock script and OmniLock through a piece of pseudo code.
CKB’s locking script contains three fields: Code hash, hash type and Args. Since Code hash and hash type are not closely related to the content of this section, they will not be explained here. Below we focus on the Args field. By flexibly configuring Args, you can use different verification algorithms defined in OmniLock.
The content corresponding to the Args field can be divided into two parts. One part is auth, which is specifically used for authentication. Its length is 21 bytes, including a 1-byte flag identifier and 20 bytes of authentication data. . The authentication data of auth contains a preset public key hash. Only the public key owner corresponding to the public key hash can pass the identity verification and be eligible to rewrite the data in the Cell.
The flag in Auth is an identifier, used to select different authentication methods. The authentication method mentioned here not only refers to cryptographic signature verification, but also includes information processing and other comprehensive processes: if the flag is 0x01, it means Authentication method for external messages in Ethereum. In addition to Ethereum, OmniLock also supports rich message verification forms such as Bitcoin, Dogecoin, Tron, and multi-signature.
The other part of Args is called Omnilock args. It is like a button that allows you to choose among OmniLock’s preset function modes, such as administrator mode (such as USDT’s administrator freezing function), for micropayments Anyone-can-pay mode (used for small donations), time lock mode, etc. Anyway, as long as you adjust the Omnilock args, you can use the different functions pre-written in OmniLock.
To sum up, we can enter different parameters in the Auth and Omnilock args fields of the Cell lock script to select the authentication methods of different public chains or platforms, and introduce a variety of authentication methods to CKB. Of course, in addition to the several authentication methods predefined in OmniLock, developers can also define their own authentication schemes.
We already know above that OmniLock is the basis for Nervos to achieve account abstraction, and OmniLock-based wallets such as Mobit, .bit, Omiga and middleware CCC (Common Chains Connector) and so on constitute Nervos's rich BTCFi account abstract ecosystem, which also includes the DID platform Did.id that provides security privacy protection and identity management services, and the decentralized Dobs asset trading platform Dobby, etc.
AA’s good features also bring great convenience to BTCFi ecological applications, allowing projects in the CKB ecosystem to directly support BTC wallet interaction, lowering the threshold for use. In the following, let us take a specific case to examine CKB’s AA ecosystem.
First of all, let’s take CCC as an example. This is a wallet connection middleware that specifically provides wallets and dApps with the operability of various public chains to CKB.
The picture below is the connection window of CCC. Here we take MetaMask as an example. If you have an Ethereum account, how to operate the corresponding account on the CKB chain.
When using CCC to conduct transactions on the CKB chain, the demo will call the personal_sign method of the MetaMask wallet to sign. This method is used to sign a text message that is not directly uploaded to the chain.
We can see that the content of this information is a series of hexadecimal codes of CKB transaction. Messages signed by MetaMask will be submitted to the Nervos CKB chain and verified through mechanisms such as OmniLock.
As we mentioned before, Nervos itself supports the verification of Ethereum’s message format. It can be said that CKB has considered connecting with other public chain ecosystems from the bottom up. For users, you can enter the CKB ecosystem through existing and familiar entrances and tools;
For developers, Nervos has defined the OmniLock standard at the bottom level and abstracted the implementation details of multi-chain wallets through CCC. It greatly reduces the difficulty of development, allowing upper-layer application developers to better focus on the development of upper-layer business logic without having to pay too much attention to the underlying details.
Mobit is a DID and asset management platform based on Nervos. If you use a metaphor, Mobit is like a door for the outside world to enter the Nervors ecosystem, and the threshold for this door is very low. With Mobit, users require almost no pre-knowledge and only need some simple operations to complete interactions in the Nervos ecosystem using accounts from other public chains.
The picture below is the connection window of Mobit. It can be seen that Mobit currently supports the account systems of multiple mainstream public chains, and this list continues to expand.
Still taking the Metamask wallet as an example. The connected interface can also see the user's EVM and CKB address, and display the Token and DOBs assets held by the address on the CKB chain.
Let’s talk about DOBs here, which are unique assets in the Nervos ecosystem and are similar to NFTs, but DOBs are fundamentally different from NFTs. First of all, the data of DOBs is completely stored on the chain, which can be regarded as a "full-chain NFT", while the data of many Ethereum NFTs are not completely stored on the chain;
In addition, each DOBs can be set up with a Chatbot, which can be used with Holders engage in interactive scenarios such as conversations, and with different development paths for different holders, each DOBs will have more significant individual differences compared to traditional NFTs.
As for Omiga, which is the trading platform for DOBs in the Nervos ecosystem, users can directly jump to it on the Mobit Apps interface with one click.
Omiga also takes advantage of Nervos’ account abstraction feature.
Mobit’s simple operation and comprehensive functions will facilitate the interaction with BTCFi. The essence of BTCFi products is to provide a diverse Defi experience for native Bitcoin assets. Whether it is compatible with mainstream Bitcoin wallets will be an important factor to consider for BTCFi peripheral facilities, and CKB is currently ready.
WebAuthn is a network standard jointly developed by the World Wide Web Consortium (W3C) and the FIDO (Fast IDentity Online) Alliance. The goal is to improve the security of user authentication, simplify the login process, and reduce the need for traditional passwords Or private key dependency.
The key management software built into some mainstream desktop or mobile operating systems such as iOS and Android can use local security modules or cloud storage to store keys and perform signatures. Currently, the mainstream practice of WebAuthn generally supports P-256, P-384, P-521, etc. Since Nervos' OmniLock supports custom cryptographic primitives, these can also be covered.
Here are some of the clients supported by WebAuthn:
CKB ecological wallet JoyID is an application implemented using WebAuthn technology. With JoyID, users can authenticate directly through biometrics such as fingerprint or facial recognition, enabling seamless and highly secure login and identity management.
.bit in the Nervos ecosystem is also a scenario where Apple’s WebAuthn implementation is used to log in and use the blockchain.
From the above cases, we can see that CKB’s AA solution inherently supports other public chains and Web2 users. For the majority of Web2 users, supporting WebAuthn is crucial. It gets rid of the burden of private key and mnemonic phrase management and greatly lowers the threshold for use. The earlier the public chain ecosystem makes efforts in this direction, the more advantages it will have in the future.
Ethereum is limited by its historical baggage problems. The existing AA solution basically treats the symptoms but not the root cause and cannot solve the problem from the root cause; while Nervos fully considered the design of the account system when it launched the mainnet. Provides OmniLock function, which can support any form of authentication method.
Nervos’ Cell model is essentially a functional expansion of Bitcoin UTXO. Its locking script can support a variety of signature verification algorithms. OmniLock supports any Cell to be directly called in the locking script in a way similar to the system contract, which is for the majority of users. Developers and users provide a Web2-level experience;
Currently, the Nervos account abstract ecosystem already has CCC, Mobit, Joyid and other products, which are basically complete;
The essence of BTCFi is to provide a diverse Defi experience for native Bitcoin assets , whether it is compatible with mainstream Bitcoin wallets will be an important factor to consider for BTCFi peripheral facilities. As an important facility in the BTCFi ecosystem, CKB has adopted an inclusive approach and is as BTCFi-friendly as possible on both the developer and user sides. Create necessary conditions for mass adoption.
Das obige ist der detaillierte Inhalt vonInterpretation der abstrakten Ökologie des CKB-Kontos: Der Grundstein für die Masseneinführung von BTC. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
