Giới thiệu

Bản chất của dòng chữ Ethereum hiện tại vẫn là rượu cũ trong chai mới của Ordinals, không có mô hình mới thực sự có ý nghĩa. ETHS vẫn tồn tại những rủi ro bảo mật, mặc dù nó thực sự phi tập trung hơn Rollup nhưng quá trình rút tiền của nó vẫn phụ thuộc vào công chứng viên/người quản lý của bên thứ ba, điều này có nguy cơ bị đánh cắp. Rõ ràng, ETHS vẫn chủ yếu dựa trên hoạt động đầu cơ tài chính chứ không phải nó có thể mang lại những đổi mới mà Ethereum Layer 2 không thể làm được.

Sự phổ biến gần đây của dòng chữ sinh thái BTC đã thúc đẩy các nhà phát triển của các chuỗi khác xây dựng các hệ thống tương tự. Các phương pháp triển khai và chức năng có thể đạt được của hệ thống khắc chữ trên các chuỗi khác nhau hơi khác nhau, nhưng chúng có một số điểm chung:

1. Các dòng chữ đều sử dụng thông tin văn bản đính kèm khi chuyển tiền để thể hiện thao tác bạn muốn hoàn thành, chẳng hạn như viết "Chuyển 1 xu sang XXX" trong thông tin. Lưu ý rằng thông tin này ở dạng văn bản thuần túy và sẽ không liên quan đến các hoạt động như thực hiện hợp đồng thông minh trên chuỗi.

2. Các nhà phát triển sẽ thiết kế một loạt các thông số kỹ thuật và tiêu chuẩn để chuẩn hóa mọi thông tin văn bản.

3. Nhà phát triển cung cấp một bộ bộ chỉ mục Indexer để thu thập thông tin văn bản của tất cả các chữ khắc trên chuỗi và tính toán trạng thái bên trong của hệ thống chữ khắc. Indexer là một thành phần nguồn mở ngoài chuỗi mà bất kỳ ai cũng có thể chạy.

BTC Ordinals đã thiết lập một cơ chế phát hành NFT và mã thông báo trên BTC, điều này cũng dẫn đến suy nghĩ quy mô lớn về BTC L2. Theo nghĩa này, chúng ta có thể coi Ordinals có tính chất tiên tiến và mang tính khám phá nhất định. Tuy nhiên, Ordinals bị hạn chế bởi kiến trúc của BTC về mặt công nghệ và trải nghiệm sản phẩm, đồng thời cũng bị các OG trong cộng đồng BTC chỉ trích do ô nhiễm bụi và chiếm dụng dữ liệu.

Vậy việc khắc lại dòng chữ trên Ethereum có hợp lý không? Xét cho cùng, bản thân Ethereum có các hợp đồng thông minh phức tạp, ERC20 và NFT cũng là nội dung vốn có trên Ethereum, những dự án ghi chú này sẽ có tác động gì đến hệ sinh thái Ethereum?

Triển khai kỹ thuật của Ethscriptions

Trước tiên chúng ta hãy xem việc triển khai Ethscriptions, đây là một dự án khắc chữ nổi tiếng trên Ethereum và chủ yếu sử dụng Calldata để vận hành.

Calldata là dữ liệu đầu vào thô được truyền trong các giao dịch Ethereum. Nó thường được sử dụng để truyền các tham số cần thiết cho tương tác hợp đồng thông minh, nhưng nó cũng có thể được sử dụng để gửi tin nhắn văn bản (tin nhắn, chữ khắc, ghi chú chuyển, v.v. cho bất kỳ mục đích nào) đến địa chỉ EOA. Dữ liệu đầu vào trong hình là calldata.

Nếu bạn muốn sử dụng Ethscriptions để khắc "Xin chào thế giới" trong giao dịch, bạn cần xây dựng một giao dịch chứa calldata sau:

Sau khi Trình lập chỉ mục ngoài chuỗi giám sát giao dịch này, nó sẽ cập nhật cơ sở dữ liệu và thông báo cho người dùng: một dòng chữ mới đã được tạo và nội dung được ghi là Hello world. Những nội dung phức tạp hơn cũng có thể được đặt trong dòng chữ, chẳng hạn như base64 biểu thị thông tin hình ảnh, v.v.

Ethscriptions hiện đã thông qua 6 ESIP (Đề xuất cải tiến giao thức Ethscriptions), tương tự như các đề xuất EIP, để xác định việc sử dụng chữ khắc trong các tình huống khác nhau. Nhưng đây chỉ là những thông số kỹ thuật ghi tương đối cơ bản, chẳng hạn như định dạng của các giao dịch ghi được bắt đầu từ EOA, các sự kiện phát ra hợp đồng, v.v.

Vì Ethscriptions là một dự án trên Ethereum nên nó cũng có thể sử dụng các hợp đồng thông minh của Ethereum để triển khai một mức độ logic nhất định. Cần lưu ý rằng việc tương tác trực tiếp với các hợp đồng thông minh không phải là phương pháp được Ethscriptions khuyến nghị.

Mặc dù thị trường NFT chính thức cũng được triển khai trực tiếp bằng hợp đồng thông minh. Theo các tài liệu chính thức, những gì Ethscriptions muốn cung cấp cho người dùng là “dịch vụ điện toán phi tập trung và giá cả phải chăng”: việc loại bỏ tính toán ngoài chuỗi sẽ giảm đáng kể chi phí sử dụng Ethereum.

Hãy cùng khám phá chi tiết chi phí gọi hợp đồng thông minh, có thể chia thành ba phần:

·Chi phí giao dịch cơ bản: bắt buộc đối với mọi giao dịch Ethereum, hiện là 21.000 gas.

·Chi phí truyền dữ liệu (calldata): calldata thường được sử dụng để gửi dữ liệu và tham số tương tác với hợp đồng thông minh. Sau khi điều chỉnh EIP-2028, mỗi byte dữ liệu cuộc gọi thường tiêu thụ 16 gas (nếu byte dữ liệu bằng 0 thì sẽ tiêu thụ 4 gas).

·Chi phí thực hiện hợp đồng: Nếu giao dịch gọi một chức năng trong hợp đồng thông minh, thì cũng sẽ có chi phí tính toán dựa trên mức độ phức tạp của việc thực hiện chức năng. Ví dụ: nếu liên quan đến cập nhật trạng thái (chẳng hạn như cập nhật thông tin số dư trong hợp đồng ERC-20), việc gọi SSTORE sẽ tiêu tốn tới 5.000 ~ 20.000 gas.

Hãy lấy một giao dịch chuyển USDT rất đơn giản làm ví dụ. Giao dịch này tiêu thụ tổng cộng 63197 gas và dữ liệu cuộc gọi là:

Hãy phân tích dữ liệu cuộc gọi và chi phí sẽ là bao nhiêu gas:

·Dữ liệu cuộc gọi Ethereum có định dạng thập lục phân, nghĩa là cứ hai chữ số là một byte (16^2 = 2^8). 0x ở đầu có nghĩa là dữ liệu ở dạng thập lục phân.

Hãy phân tích dữ liệu cuộc gọi và chi phí sẽ là bao nhiêu gas:

·A9059cbb sau 0x bắt đầu là bộ chọn hàm, chiếm 4 byte khác 0.

·32 byte tiếp theo là địa chỉ, trước 12 byte số 0 (vì địa chỉ Ethereum là 20 byte, số 0 được đệm trái ở đây thành 32 byte) và 20 byte dữ liệu địa chỉ khác 0.

·32 byte cuối cùng biểu thị số lượng, với một số lượng lớn số 0 được đệm ở bên trái. Có 3b9aca00 dữ liệu khác 0 ở cuối và 4 byte khác 0.

·Vậy có 28 byte khác 0 và 40 byte 0

Do đó, calldataGas = 28 * 16 + 40 * 4 = 608 gas.

Tổng gas là 63197, trừ chi phí calldata và chi phí cố định, chi phí tính toán hợp đồng thông minh để thực hiện giao dịch này là 41589 gas. Chi phí vận hành hợp đồng chiếm phần lớn trong giao dịch này và đây chỉ là một giao dịch đơn giản, chi phí vận hành hợp đồng sẽ tăng thêm trong các giao dịch phức tạp.

Việc đưa quy trình tính toán ra ngoài chuỗi thực sự sẽ giảm đáng kể chi phí sử dụng: Nếu bạn không muốn gọi hợp đồng thông minh trực tiếp trên chuỗi, bạn có thể gửi yêu cầu đến địa chỉ EOA đã được thống nhất.

0x000000000000000000000000000000000000face7 Gửi dữ liệu giao dịch

Trong calldata của giao dịch, khai báo hợp đồng nào bạn muốn gọi và các tham số đầu vào tương ứng. Vì địa chỉ trên là tài khoản EOA và không có mã hợp đồng nên thao tác nêu trên sẽ không kích hoạt tác vụ tính toán trên chuỗi mà chỉ xuất bản một thông báo.

Off-chain, sau khi Indexer nghe tin nhắn này, nó sẽ phân tích nó và tìm ra hợp đồng nào trên chuỗi ETH mà người khởi tạo tin nhắn này muốn gọi ban đầu, sau đó Indexer sẽ tính toán kết quả của lệnh gọi hợp đồng off-chain.

Vì vậy, nếu Trình lập chỉ mục ngoại tuyến muốn thực hiện các hoạt động ghi và hợp đồng thông minh, nó phải có một bộ quy tắc và thời gian chạy STF (chức năng chuyển đổi trạng thái). Những quy tắc phức tạp hơn có thể được gọi là máy ảo VM. Ethscriptions đã khởi chạy VM của riêng mình trong ESIP-4 - Ethscriptions VM, sau này được đổi tên thành Facet VM.

Facet - giống như một bộ đồng xử lý

Facet tự xác định mình là một nền tảng điện toán giá rẻ, dễ sử dụng, an toàn và phi tập trung. Giám sát calldata của Ethscriptions trên Ethereum, kéo nó vào VM để tính toán và cuối cùng trả kết quả cho người dùng. Facet bao gồm một số thành phần chính:

·Facet VM, một bộ VM được viết bằng ruby, chịu trách nhiệm giám sát các giao dịch ETHS, phân tích dữ liệu cuộc gọi và thực hiện các hoạt động.

·Rubidity, ngôn ngữ lập trình hợp đồng thông minh trong Facet, có điểm tương đồng nhất định với Ruby và giữ lại nhiều khái niệm và cách sử dụng vững chắc để các nhà phát triển có thể bắt đầu nhanh chóng.

·Hợp đồng ngu ngốc, một hợp đồng chạy trên Facet. Cái tên này đầy hài hước. Một số người đã đúng khi gọi đó là hợp đồng ngu ngốc, bản thân từ ngu ngốc là một cách chơi chữ và ngu ngốc có thể mô tả quá trình im lặng của loại công việc hợp đồng này. Nhưng mặt khác, theo quan chức nói "Thật ngu ngốc, họ thông minh", kẻ ngốc cũng thông minh như kẻ ngốc, điều này mâu thuẫn mạnh mẽ với hợp đồng thông minh, vì vậy có thể gọi đó là hợp đồng ngu ngốc.

Bản thân hợp đồng ngu ngốc sẽ không thực sự được triển khai trên Ethereum, nhưng mã của nó sẽ được xuất bản lên chuỗi ETH dưới dạng calldata. Sau đây là ví dụ về việc Facet gọi một hợp đồng ngu ngốc:

Một giao dịch đúc tiền đến địa chỉ lỗ đen EOA

0x00000000000000000000000000000000000face7 Gửi dữ liệu cuộc gọi trong hình bên dưới và tuyên bố rằng bạn muốn mã thông báo đúc tiền và số tiền. Điều này thực sự giống với Ordinals hoặc BRC-20:

Chúng ta hãy xem so sánh trực quan giữa Rubidity và Solidity, như trong hình bên dưới.

Mặc dù người ta nói chính thức rằng Rubidity có các khái niệm và cấu trúc tương tự như Solidity, cho phép các nhà phát triển bắt đầu nhanh chóng. Nhưng chúng tôi biết rằng điều này thực sự có tác động tiêu cực nhất định đến sự phát triển của phía nhà phát triển. Và hiện tại Facet VM chỉ hỗ trợ các hợp đồng ngu ngốc trong danh sách trắng chính thức, điều này cho thấy chính thức không hoàn toàn tin tưởng vào ngôn ngữ và VM này. Tôi không biết liệu việc tái sử dụng EVM có chính thức khó khăn hơn về mặt công nghệ kỹ thuật so với việc phát triển một máy ảo mới và một ngôn ngữ mới hay không. Nhưng có một điều chắc chắn: một ngôn ngữ mới, một hợp đồng mới, một hệ sinh thái mới và một cách sử dụng Ethereum mới đều có đủ mánh lới quảng cáo.

Facet tấn công hợp đồng thông minh

Tài liệu của Facet đã đưa ra những nhận xét bùng nổ sau đây về Ethereum và các hợp đồng thông minh: “Hợp đồng thông minh được coi là tính năng vượt trội hơn tất cả những tính năng khác khiến Ethereum trở nên đặc biệt, tuy nhiên luận điểm của Facet là Hợp đồng thông minh là lỗ hổng thiết kế lớn nhất của Ethereum”.

Họ tin rằng hợp đồng thông minh của Ethereum là lỗ hổng thiết kế lớn nhất, bởi vì miễn là đầu vào (calldata) được cung cấp cho chính hợp đồng thì đầu ra của nó là chắc chắn, vì vậy các hoạt động không nên được thực hiện trên chuỗi, điều này sẽ gây lãng phí tiền bạc mà không có lý do. Kết hợp với cái mà Ethscriptions gọi là "dịch vụ điện toán phi tập trung và giá cả phải chăng", rõ ràng là Ethscriptions và Facet rất muốn tạo ấn tượng với thị trường rằng "chúng tôi đang tạo ra một mô hình mở rộng và phương thức sử dụng Ethereum mới", nhưng trên thực tế, bản thân ETHS Một số các giải pháp kỹ thuật không đáng tin cậy lắm.

Từ góc độ sản phẩm, Facet có thể gián tiếp gọi các hợp đồng thông minh ngoài chuỗi và có hệ thống hợp đồng ngu ngốc ngoài chuỗi của riêng mình.

Nhưng từ góc độ kinh tế, không có bữa trưa miễn phí. Việc lưu trữ và tính toán chắc chắn sẽ tốn kém. Vậy Indexer giải quyết phần chi phí này như thế nào? Không có lời giải thích chính thức nên chúng ta có thể tưởng tượng:

· Tính phí người dùng. Ví dụ: thị trường NFT tính phí từ người mua, nhưng chúng ta không thể xem xét phương thức tính phí dài hạn của mạng giống L2 dựa trên mô hình tính phí dự án đơn giản.

·Làm giàu bằng cách dựa vào sự cường điệu về sinh thái của chính bạn. Tất nhiên điều này là khả thi nhưng đó chỉ là giải pháp ngắn hạn để làm hài lòng phía dự án. Nếu Ethscriptions muốn trở thành một mô hình Ethereum mới, Indexer phải có cơ chế kinh tế dựa trên mạng, lâu dài để đảm bảo hoạt động của nó.

·Nếu đó là hàng hóa công không sinh lời thì tổ chức nào sẽ quyên góp? Tôi nghĩ ít nhất Ethereum Foundation sẽ không hoạt động đặc biệt vì bản thân Ethereum có một giải pháp rất tốt - Rollup.

Nguyên nhân sâu xa của Facet và những hợp đồng ngu ngốc

Nếu chúng ta chỉ cần một dạng khắc chữ Ethereum đơn giản thì chỉ cần dự án Ethscriptions là đủ. Vậy tại sao đề xuất ESIP-4 lại sinh ra Facet?

Bởi vì hệ thống ghi chú không thể được sử dụng cho logic giao dịch phức tạp. Chúng ta có thể kiểm tra logic hoạt động của hợp đồng thị trường NFT chính thức của Ethscriptions, hợp đồng này sử dụng cơ chế đặt hàng đang chờ xử lý.

Nếu bạn muốn nạp NFT dòng chữ vào hợp đồng, bạn chỉ cần viết calldata dưới dạng EthscriptionId của dòng chữ và gọi hợp đồng thị trường. Vì thao tác này cố tình chọn một biểu mẫu gọi hàm không hợp lệ nên dự phòng() sẽ được kích hoạt theo mặc định.

Cuối cùng, một sự kiện có tên là Tiềm năngEthscriptionDeposited sẽ được đưa vào chuỗi Ethereum. Sau khi nút Lập chỉ mục lắng nghe sự kiện này ngoài chuỗi, nó sẽ chuyển quyền sở hữu NFT cục bộ sang một hợp đồng thị trường.

Để tiết kiệm xăng, thị trường giao dịch ETHS không lưu trữ một số thông số lệnh của người bán, chẳng hạn như giá, thời hạn, v.v. trong hợp đồng ETH, thay vào đó, nó được lưu trữ ngoại tuyến dưới dạng tin nhắn. được lưu trữ trong máy chủ dApp. Sau khi người mua theo dõi tin tức này, anh ta có thể đưa ra lệnh buyWithSignature() để đề xuất mua hàng.

Việc sử dụng cơ chế đặt hàng chờ xử lý cho NFT là điều bình thường vì bản thân NFT không đồng nhất. Vậy nếu đó là dòng chữ mã thông báo đồng nhất, cơ chế AMM của hợp đồng có thể được sử dụng không? Câu trả lời là không. Trạng thái của dòng chữ NFT hoặc mã thông báo không có trên L1, tương tự như Ordinals và BRC-20. Điều này hoàn toàn trái ngược với tuyên truyền của một số cộng đồng, mọi người cần chú ý sàng lọc, chữ khắc không phải là tài sản thực sự trên chuỗi ETH. Chúng tôi không thể nói rằng dữ liệu cuộc gọi của nội dung được tạo nằm trên L1 và hướng dẫn thao tác có thể được khai báo trên L1, được gọi là nội dung gốc trên L1. Mặt khác, nội dung gốc L2 trên Rollup cũng có thể được gọi là nội dung L1, vì calldata của Rollup tất cả đều ở On L1. Rõ ràng, việc gọi tài sản này là tài sản gốc L1 là điều nực cười.

Có thể bạn đang thắc mắc, giao dịch trên có sử dụng hợp đồng thông minh không? Tại sao chúng tôi nói rằng hợp đồng không thể đọc và vận hành dòng chữ? Trên thực tế, hợp đồng này chỉ có nhiệm vụ thu tiền, chuyển tiền và ném các sự kiện cho nút Indexer trong chuỗi để theo dõi và kích hoạt các hoạt động tương ứng. Trong con mắt của Ethereum EVM, trạng thái của những thứ như dòng chữ không thể được khôi phục ở “trạng thái thế giới” của cơ sở dữ liệu Ethereum lưu trữ các trạng thái cụ thể và các hợp đồng không thể tham chiếu nó.

Bất kể tài sản đó ở dạng nào, cho dù đó là mã thông báo, NFT hay bất kỳ thứ gì kỳ lạ, tôi có thể đưa ra một tiêu chuẩn rất đơn giản để xác định tài sản L1 và tài sản L2: liệu trạng thái của nó có thể ở "trạng thái thế giới" của Ethereum sau khi khôi phục hay không , liệu EVM của L1 có thể tham chiếu, gọi, truy vấn và sửa đổi trạng thái của nội dung không? Nếu không thì đó không phải là nội dung L1.

Vì vậy, bạn cũng có thể thấy rằng tên của sự kiện nạp tiền là Tiềm năngEthscriptionDeposit, nghĩa là "có thể nạp lại dòng chữ", chứ không phải là một lần nạp tiền xác định, vì hợp đồng không thể xác định liệu dòng chữ có tồn tại hay không hoặc xác minh tính xác thực của nó. Nếu bạn đặt hàng cho một dòng chữ không tồn tại hoặc dòng chữ của người khác, hợp đồng sẽ không từ chối bạn, nhưng Người lập chỉ mục sẽ không bao gồm hành vi của bạn.

Do đó, hệ thống ghi chỉ có thể thực hiện logic hợp đồng giả đơn giản này và các lệnh chờ xử lý là một trong số đó. Bản chất của lệnh chờ xử lý là cả hai bên tham gia giao dịch đều đồng ý với nhau về thông tin do bên kia cung cấp theo một quy tắc nhất định. Trên thực tế, nó có thể được thể hiện bằng văn bản thuần túy mà không cần hợp đồng thông minh. Điều này tương tự như lệnh chờ xử lý. nguyên tắc viết chữ.

Chúng ta có thể tưởng tượng cách hoàn thành quy trình trên mà không cần sử dụng hợp đồng thông minh: người bán khắc một tin nhắn trong một giao dịch thông thường và người chuyển cho tôi 1ETH kèm theo ghi chú 123 có thể nhận được NFT được ghi số 123 của tôi. Điều này chỉ yêu cầu Indexer hỗ trợ logic này, khi phát hiện ai đó chuyển 1ETH cho người bán và thêm ABC, nó có thể chuyển trực tiếp vào cơ sở dữ liệu của Indexer ngoài chuỗi.

Tất nhiên, ví dụ này thực sự sẽ gây ra một số vấn đề, chẳng hạn như các giao dịch lặp đi lặp lại có thể xảy ra do nhiều người cùng sở hữu một NFT.Người bán nhận được nhiều lần chuyển tiền, nhưng cuối cùng NFT chỉ có thể được Người lập chỉ mục chỉ định cho một người. Đây cũng có thể là một trong những lý do khiến quan chức chỉ trích rõ ràng hợp đồng thông minh nhưng lại sử dụng hợp đồng để hiện thực hóa thị trường NFT. Do đó, bạn cũng có thể hiểu rằng tuyên bố chính thức rằng việc gọi hợp đồng thông minh thông qua Facet mà không tính toán là tuyên truyền không đáng tin cậy.

Tất nhiên, về mặt lý thuyết, các lệnh chờ có thể sử dụng văn bản thuần túy thay vì hợp đồng, nhưng logic tương đối phức tạp của AMM phải sử dụng hợp đồng thông minh, vì nó không yêu cầu nhận dạng p2p từ cả hai bên mà là nhận dạng hợp đồng. Hợp đồng đóng vai trò là người đánh giá đáng tin cậy cần kiểm tra các thông tin cơ bản như số dư và tính thanh khoản, đồng thời thực hiện các tính toán và mọi dữ liệu tài sản cần thiết đều phải có sẵn trong hợp đồng.

AMM chỉ là một dạng DeFi tương đối đơn giản và mọi logic phức tạp khác chỉ không thể được thực hiện trên Ethscriptions. Đây cũng là lý do Facet ra đời - ưu tiên hàng đầu của Facet là cross-domain! Nó thực chất là L2 nhưng không có cấu trúc khối nên chúng tôi không gọi nó là cross-chain mà là cross-domain. Khi tất cả tài sản L1 đều có tên miền chéo với Facet, sẽ không có vấn đề gì về việc tên miền chéo không thể gọi. Tất cả tài sản ngoài chuỗi có thể được vận hành ngoài chuỗi bằng cách sử dụng hợp đồng câm, do đó hỗ trợ logic hợp đồng phức tạp.

So sánh với Rollup

Qua cuộc thảo luận dài ở trên, bạn có thể thấy rằng giải pháp Ethscriptions có phần giống với Rollup. Nhưng đây chỉ là "tương tự", nếu nói đúng ra thì nó chỉ có thể triển khai một tập hợp con các chức năng cốt lõi của Rollup. Các chức năng chưa hoàn thiện sẽ gây ra tổn thương nghiêm trọng cho câu chuyện của nó hoặc khiến người dùng gặp mối đe dọa nghiêm trọng.

Rollup là một hệ thống phức tạp mà chúng tôi sẽ không mở rộng ở đây. Nó có một số điểm chung với Ethscriptions:

- Tất cả gửi dữ liệu cuộc gọi dữ liệu giao dịch L2 trên Ethereum.

- Tất cả các hoạt động được xử lý ngoài chuỗi.

Những điểm tương đồng quá rõ ràng nên chúng ta cần chứng minh sự khác biệt một cách chi tiết.

Rollup gửi hàng loạt dữ liệu cuộc gọi

Trong hầu hết các trường hợp, người dùng trong Rollup sẽ không gửi giao dịch trực tiếp đến L1 mà gửi chúng đến trình sắp xếp thứ tự ngoài chuỗi. Trình sắp xếp thứ tự sẽ sắp xếp tất cả các giao dịch, đóng gói và nén chúng, đồng thời gửi dữ liệu cuộc gọi đến L1 theo đợt. Bằng cách này, dữ liệu cuộc gọi của nhiều người dùng được gửi trong một giao dịch, điều này có thể làm giảm chi phí cơ bản là 21.000 gas.

Không có cơ chế như vậy trong Ethscriptions, tất cả người dùng gửi dữ liệu cuộc gọi trực tiếp đến L1.

Hãy sử dụng ví dụ về USDT ở trên (608 gas cho calldata), giả sử rằng 100 người dùng thực hiện 100 giao dịch và tính toán đại khái chênh lệch chi phí giữa hai giao dịch một cách rất lỏng lẻo:

·Mỗi người dùng ghi chú cần phải trả 21608 gas (608 + 21000). Phần còn lại của hoạt động không được thanh toán vì hoạt động này nằm ngoài chuỗi.

·Người dùng rollup mỗi người phải trả 818 gas ((608*100+21000)/100). Phần hoạt động tương tự như trên.

Tất nhiên, mỗi người dùng Rollup cũng cần phải trả phí lưu trữ và tính toán L2 cho bộ sắp xếp, nhưng chúng rẻ hơn nhiều so với L1 và có thể bị bỏ qua trong ví dụ này. Ngoài ra, rollup cũng yêu cầu thêm một số trường đặc biệt để tăng kích thước nhưng đồng thời nó có khả năng nén dữ liệu tốt hơn, điều mà chúng tôi sẽ không mở rộng ở đây.

Thông qua ước tính sơ bộ này, chúng tôi có thể thấy rằng Ethscriptions không có lợi thế về chi phí so với Lớp 2. Ngoài ra, tôi đã thấy một điều gì đó như "4000 chữ khắc có thể được chuyển theo lô trong chương trình khuyến mãi cộng đồng của dự án, chi phí khoảng 0,11ETH và mỗi lần chuyển trung bình chỉ tốn 0,05U." Điều này chứng tỏ rằng việc sử dụng Ethscriptions là rất rẻ. Đây thực chất là tất cả các nguyên tắc và chi tiết tương tác của ETHS đều chưa được làm rõ.

Xác nhận trước ngoài chuỗi

Do trình sắp xếp chuỗi ngoài chuỗi, các yêu cầu của người dùng Rollup có thể được xác nhận trước trong vòng 1 giây. Điều này tốt hơn nhiều so với 12 giây trở lên mà hệ thống dòng chữ đảm nhận trên L1 và UX tốt hơn nhiều. Tất nhiên, những người ủng hộ dòng chữ cũng có thể lập luận rằng tính cuối cùng của kết quả giao dịch đó là không đáng tin cậy cho đến khi dữ liệu cuộc gọi được gửi tới chuỗi ETH.

Chống kiểm duyệt và phân quyền

Người dùng trong Rollup có thể bị kiểm duyệt bởi trình sắp xếp chuỗi ngoài chuỗi, nhưng Ethscriptions không thể kiểm duyệt người dùng. Tuy nhiên, một Bản tổng hợp được thiết kế tốt sẽ có chức năng thu thập bắt buộc để chống lại sự đánh giá của người sắp xếp và cuối cùng, người sắp xếp sẽ không có quyền đánh giá người dùng.

Chống kiểm duyệt và phân cấp

Do đó, khi người dùng sử dụng Rollup, họ cũng có thể sử dụng trực tiếp trên L1, bỏ qua trình sắp xếp thứ tự. Rollup cung cấp cho người dùng nhiều lựa chọn khác nhau, họ có thể sử dụng bộ sắp xếp nhanh hơn hoặc sử dụng trực tiếp L1. Tuy nhiên, Ethscriptions chỉ có thể sử dụng L1, điều này không cung cấp cho người dùng sự lựa chọn miễn phí.

Ngoài ra, Ethscriptions còn chỉ trích công cụ sắp xếp của Rollup có tính tập trung. Nhưng bản thân Indexer cũng là một thành phần có tính tập trung cao độ. Ethscriptions giải thích rằng Indexer không tập trung vì bất kỳ ai cũng có thể chạy và xác minh nó, nhưng trên thực tế, hầu hết mọi người không tự chạy các nút. Do đó, ETHS sẽ chỉ thể hiện rằng nó có tính phân quyền cao hơn Rollup trong những trường hợp khắc nghiệt. Xét cho cùng, bộ sắp xếp Rollup có thể không hoạt động hoặc gặp trục trặc, nhưng ETHS có thể tiếp tục hoạt động miễn là có các thành viên cộng đồng đang chạy nhiều Trình lập chỉ mục.

Mô hình lợi nhuận

Không có dự án nào có thể tạo ra điện bằng tình yêu. Các dự án phát triển lâu dài phải nghiêm túc xem xét vấn đề mô hình lợi nhuận, dù là sự kết hợp của các đơn vị tập trung hay đơn vị phi tập trung thì phải có lãi mới có thể bảo vệ an ninh mạng Về lâu dài.

Máy phân loại của Rollup có mô hình lợi nhuận rõ ràng: tính thêm xăng, trích MEV, v.v. Trình sắp xếp thứ tự được thúc đẩy để giữ cho mạng hoạt động bình thường. Ethscriptions Vì người dùng gửi dữ liệu cuộc gọi trực tiếp đến L1 nên Indexer thực sự không dễ tính phí.

Thân thiện với nhà phát triển

Hầu hết các ngôn ngữ phát triển hợp đồng, chuỗi công cụ, v.v. của Rollup đều có thể sử dụng trực tiếp Ethereum và các nhà phát triển có thể di chuyển liền mạch sang Rollup. Không có thứ nào trong số này tồn tại trong Ethscriptions, Rubidity mới cần phải được làm chủ, các bản quét mới cần được xây dựng, các máy ảo mới cần phải quen thuộc, v.v. Tất nhiên, những trở ngại này cũng là cơ hội cho những người tiên phong có thể nảy sinh khi một hệ sinh thái mới phát triển.

Rút tiền và giải quyết trạng thái

Đây là vấn đề nghiêm trọng của Facet. Chúng tôi biết rằng Rollup không chỉ gửi calldata (đầu vào) đến L1 theo đợt mà còn thường xuyên gửi quyết định trạng thái (đầu ra) sau N thao tác tới L1. ZKR và OPR có các phương pháp chứng minh khác nhau để xác định xem mối quan hệ giữa đầu vào và đầu ra có đúng hay không. Bất kể phương pháp chứng minh nào, trọng tài cuối cùng là hợp đồng trên L1. Đầu ra và đầu vào trên Rollup có thể theo dõi được và không thể giả mạo.

Vậy công dụng của việc giải quyết nhà nước là gì? Dùng để rút tiền mặt, tức là rút tiền từ L2 về L1. Khi trạng thái trên L1 được giải phóng, chúng tôi có thể sử dụng Merkle Proof và các phương pháp khác dựa trên gốc trạng thái để chứng minh rằng yêu cầu rút tiền của tôi trên L2 được bao gồm trong gốc trạng thái. Sau khi hợp đồng được xác minh là chính xác, tài sản có thể được giải phóng trên L1.

Facet không có cơ chế giải quyết trạng thái nên không thể rút tiền phi tập trung, không cần cấp phép từ L2 đến L1. Như đã đề cập ở trên, anh ta cần một lớp L2 để thực thi logic hợp đồng phức tạp hơn. Chẳng hạn như AMM Swap FacetSwap của anh ấy.

Chúng ta có thể thấy rằng trong FacetSwap (một dex được xây dựng bằng các hợp đồng ngu ngốc trên Facet), rõ ràng có hai hành động: gửi tiền và rút tiền. Nói chung, Swap không cho phép gửi và rút tiền vì Facet yêu cầu bạn phải chuyển đổi tên miền trước khi có thể sử dụng.

Trong Facet, việc nạp tiền yêu cầu khóa tiền L1 trên hợp đồng cầu nối L1 và phát ra sự kiện tương ứng ethscriptions_protocol_CreateEthscription để Người lập chỉ mục lập chỉ mục. Điều này phù hợp với các phương pháp nạp lại L2 khác.

Việc rút tiền có vấn đề bảo mật nghiêm trọng. Vì không có cơ chế giải quyết trạng thái trên Facet nên không thể sử dụng hợp đồng từ L2 đến L1 để tự động xác định xem việc rút tiền có hợp lệ hay không. Vậy Facet sử dụng phương pháp nào? Cơ chế phát hành của quản trị viên hoặc cơ chế nhân chứng tương tự như cây cầu Axie đã bị đánh cắp trước đó.

Hãy cùng nhìn thẳng vào cây cầu của Facet, địa chỉ là:

0xD729345aA12c5Af2121D96f87B673987f354496B.

HashedMessage là một tin nhắn được ký bởi người ký, trong đó có chứa một số nội dung rút tiền. người ký là địa chỉ quản trị viên mặc định. Vì không giải quyết trạng thái nên không thể thực hiện xác minh, chẳng hạn như tài khoản có nhiều xu trên L2 hay không. Do đó, tất cả số tiền trong hợp đồng có thể được rút chỉ dựa vào chữ ký của người ký, cho dù bên dự án có phạm tội ác hay bị hacker tấn công để lấy khóa riêng.

Trong Rollup, không cần nhân chứng giải phóng tài sản; trong chuỗi bên, nếu nhân chứng muốn phi tập trung hơn, họ có thể chọn một phần từ hệ thống đồng thuận của chính họ làm đại lý và sử dụng các cam kết cũng như các phương pháp khác để mang lại sự răn đe kinh tế nhất định. độc ác.

Trong Ethscriptions và Facets, không có gì. Nó đơn giản và rõ ràng là một địa chỉ quản trị viên. Điều này có lẽ là quá bất cẩn đối với một dự án giống L2 thường xuyên hét lên "hợp đồng thông minh là sai sót trong thiết kế", "Việc tổng hợp được tập trung" và "chúng tôi là một thế hệ nền tảng điện toán mới". Rõ ràng, anh ta vẫn còn nhiều sai sót, nhưng chúng ta có thể đứng ngoài, mặc dù những sai sót này không dễ bù đắp và cũng có thể tồn tại trong Bitcoin Lớp 2.

Tóm tắt

Có một lượng "tuyên truyền sai sự thật" nhất định trong Đạo đức học hiện tại. Dưới đây là một số điểm chính:

·Tài sản trên Ethscriptions và Facet không phải là tài sản được phát hành trên L1.

·Để có khả năng hợp đồng phức tạp, Facet thực thể L2 đã được phát triển nhưng nó có rủi ro lớn về an ninh tài chính.

·Yêu cầu chính thức là giải mã các hợp đồng trên L1, nhưng họ thậm chí không sử dụng các ứng dụng hàng đầu của mình.

·Ethscriptions tương tự như một Rollup với các chức năng cơ bản chưa đầy đủ. Nó không rẻ và nhanh như Rollup cũng như không an toàn như Rollup. Bất cứ điều gì nó có thể đạt được thì Rollup đều có thể đạt được nhưng nó không thể cung cấp những chức năng rất quan trọng mà Rollup có thể đạt được.

·Nếu anh ta muốn giải quyết các vấn đề trên, anh ta cần phát triển cơ chế giải quyết trạng thái, kết hợp với trình sắp xếp chuỗi và khối L2, sau đó cuối cùng nó sẽ trở thành Rollup.

Ethscriptions đã lợi dụng sự phổ biến của các dòng chữ BTC và dựa vào các khái niệm để quảng cáo rượu cũ trong chai mới, nhưng nó vẫn chưa phát hiện ra một mô hình mới. ETHS hiện tại vẫn chủ yếu dựa trên suy đoán tài chính chứ không phải nói rằng bản thân sản phẩm này có thể mang lại thứ mà Ethereum Lớp 2 không có. Giá trị lâu dài của loại thứ này rõ ràng vẫn cần phải được khám phá, nhưng ở dạng hiện tại, ETHS đã gánh trên vai "sức nặng không thể chịu nổi của cuộc sống", và khẩu hiệu của ông còn xa mới có tác dụng thực tế.