Eths là Layer2 không? Một bài viết hiểu rõ về Ethscriptions Virtual Machine và vị trí của nó
Tuyển chọn TechFlowTuyển chọn TechFlow
Eths là Layer2 không? Một bài viết hiểu rõ về Ethscriptions Virtual Machine và vị trí của nó
Ethscriptions cho phép người dùng chia sẻ thông tin và thực hiện tính toán trên Ethereum L1 với chi phí thấp hơn, bỏ qua việc sử dụng hợp đồng thông minh để lưu trữ và thực thi, bằng cách áp dụng các quy tắc giao thức xác định lên dữ liệu gọi của Ethereum nhằm tính toán trạng thái.
Chuyên sâu báo cáo Web3Tác giả: Arrow, Nhà sáng lập Go2Mars Capital, Đối tác Sleipnir Research
"Ethscriptions là một giao thức nhằm cho phép người dùng chia sẻ thông tin và thực hiện tính toán trên Ethereum L1 với chi phí thấp hơn. Nó đạt được điều này bằng cách bỏ qua việc sử dụng hợp đồng thông minh để lưu trữ và thực thi, thay vào đó áp dụng các quy tắc giao thức xác định lên dữ liệu gọi (call data) của Ethereum để tính toán trạng thái."
Tôi lần đầu tiên biết đến eths vào giữa tháng Tám năm nay, khi khái niệm này đã không còn mới mẻ nữa, các loại inscription bay đầy trời, và nhiều người chỉ coi nó như bản sao chép BRC-20. Lúc đó trên Twitter cũng hoàn toàn chưa có sự nhiệt tình như hiện tại đối với khái niệm này, tôi chỉ thực sự bắt đầu quan tâm khi thấy các chuyên gia hôm nay bàn luận về việc eths có phải là Layer2 hay không.
Tôi đã tìm kiếm trên nhiều phương tiện truyền thông nhưng dường như không thấy bài giải thích nào về khái niệm Ethscriptions Virtual Machine (ESC-VM), nên tôi viết bài này để xem đây rốt cuộc là thứ gì, cố gắng tránh xa kỹ thuật và trình bày đơn giản, rõ ràng.
Layer2
Trước tiên, hãy tóm tắt ngắn gọn về Layer2 – khái niệm mà mọi người chắc hẳn đã khá quen thuộc. Trước đây tôi từng viết một loạt bài về các giải pháp mở rộng Layer2 phổ biến như OP Rollup, ZK Rollup, cũng như chủ đề bài viết về OP Stack như công cụ phát hành chuỗi dạng SaaS.
Ở đây chúng ta sẽ không đi sâu vào những vấn đề cơ bản. Mục tiêu cốt lõi của Layer2 là mở rộng quy mô và giảm chi phí giao dịch.
Do các nút trên chuỗi cạnh tranh nhau giành lấy không gian khối giới hạn. Cùng với sự phát triển mạnh mẽ của hệ sinh thái Ethereum, ngày càng cần thực hiện nhiều thao tác xử lý và tính toán hơn, dẫn đến tình trạng tắc nghẽn nghiêm trọng trên mạng, khiến phí Gas đôi khi tăng vọt lên mức cao ngất.
Có rất nhiều cách tiếp cận để thực hiện L2, và chúng liên tục được cập nhật. Các giải pháp ban đầu như kênh trạng thái, Plasma, Validium, đến các giải pháp phổ biến hiện nay như Optimistic-Rollup, Zk-Rollup.
Giải pháp Rollup thực hiện tính toán giao dịch và thay đổi trạng thái cụ thể bên ngoài chuỗi, trong khi xử lý giao dịch và tóm tắt trạng thái cuối cùng sau khi xử lý theo lô trên chuỗi, đồng thời tiến hành xác minh, từ đó hiệu quả giảm tải tắc nghẽn trên Ethereum.
Tuy nhiên lúc đó chúng tôi vẫn chưa coi eths là một giải pháp Layer2, thậm chí không thảo luận nó như một phương án dự phòng, bởi vì lúc bấy giờ eths chỉ được xem là một giao thức inscription trên Ethereum, không có gì đặc biệt.
Sau các bản nâng cấp tiếp theo, một đề xuất cải tiến giao thức Ethscriptions: ESIP-4: The Ethscriptions Virtual Machine đã thay đổi hoàn toàn tình hình.
Ethscriptions (ETHS)
Ethscriptions là một giao thức nhằm cho phép người dùng chia sẻ thông tin và thực hiện tính toán trên Ethereum L1 với chi phí thấp hơn. Nó đạt được điều này bằng cách bỏ qua việc sử dụng hợp đồng thông minh để lưu trữ và thực thi, thay vào đó áp dụng các quy tắc giao thức xác định lên dữ liệu gọi (call data) của Ethereum để tính toán trạng thái.
Nó rẻ hơn vì sử dụng dữ liệu gọi (call data) của giao dịch Ethereum thay vì lưu trữ dữ liệu trên chuỗi thông qua hợp đồng thông minh, do đó tự nhiên giảm chi phí, đồng thời tiết kiệm luôn cả chi phí xác minh cơ chế bằng chứng lạc quan kiểu OP hay cơ chế bằng chứng hiệu lực kiểu ZK.
Dĩ nhiên, nội dung về Ethscriptions đã rất phong phú rồi, chúng ta hãy tập trung vào The Ethscriptions Virtual Machine.
ESIP-4: The Ethscriptions Virtual Machine
Ethscriptions Virtual Machine, là nội dung cốt lõi trong bản đề xuất cải tiến eths ESIP-4, chính đề xuất này mở rộng chức năng ETHS, giúp nó thoát khỏi khái niệm chỉ là inscription mang tính đầu cơ, mà trở nên có tính ứng dụng thực tiễn ngoài giá trị đầu cơ.
Chúng ta có thể làm rõ mục đích phát triển của nó qua một câu trong whitepaper:
Mục tiêu của ESC-VM không phải thay thế hợp đồng thông minh hay L2, mà trước hết là cân nhắc làm thế nào để cung cấp khả năng tính toán với chi phí thấp nhất trong bối cảnh phi tập trung.
Bản dự thảo ESIP-4 giới thiệu khái niệm Ethscriptions Virtual Machine (ESC-VM), đây là một giao thức mới được xây dựng trên nền tảng Ethscriptions.
ESC VM cho phép ethscriptions hoạt động như các lệnh máy tính, tăng cường chức năng của giao thức Ethscriptions, những lệnh này cho phép người dùng tương tác với các chương trình đặc biệt gọi là Dumb Contracts (hợp đồng câm).
Trong các inscription ETHS trước đây, việc "ghi" các hình ảnh khác nhau tận dụng chức năng "dữ liệu gọi" (calldata) của Ethereum. Calldata là dữ liệu được cung cấp khi gọi một hợp đồng thông minh. Đây cũng là điểm cốt lõi giúp giảm chi phí so với việc sử dụng lưu trữ hợp đồng.
Trong Dumb Contract theo ESIP-4, có thể thực hiện các lệnh: triển khai (tạo hợp đồng mới), gọi (gọi hàm thay đổi trạng thái của hợp đồng hiện có). Quá trình này cũng được lưu trữ dưới dạng inscription, giao dịch được lưu trên chuỗi trong trường calldata, nhờ đó tránh được chi phí thực thi và lưu trữ của EVM.
ESC-VM cung cấp môi trường tương tự EVM cho Dumb Contract, giúp chức năng của Dumb Contract song song với chức năng của hợp đồng thông minh, nói thẳng ra là ESC-VM về cơ bản có thể coi như EVM.
Trong quá trình này, do bỏ qua chi phí thực thi và lưu trữ của EVM, Dumb Contract rẻ hơn nhiều so với hợp đồng thông minh, có thể giảm đáng kể chi phí, như vậy chẳng phải đã giải quyết được mục tiêu cốt lõi của Layer2 rồi sao?
Tuy nhiên sự khác biệt tất nhiên vẫn rất lớn, chúng ta hãy cùng xem xét sự khác biệt giữa ESC-VM và Layer2 hiện tại.
Sự khác biệt giữa ESC-VM và Layer2 hiện tại (ESC-VM có phải là L2?)
Trong whitepaper ESIP-4, thực tế đã nêu rất rõ điểm này và đưa ra lý do.
ESC VM không phải là L2. Một cách để hiểu điều này là xem xét hai khái niệm đồng thuận tồn tại trên Ethereum:
(1) Đồng thuận về việc các giao dịch nào được đưa vào mỗi khối và theo thứ tự nào.
(2) Đồng thuận về tác động tổng thể của (1) lên trạng thái của EVM.
Tư tưởng chính của Ethscriptions là:
Xây dựng một hệ thống hoàn toàn phi tập trung bằng cách tập trung vào (1), vì trạng thái blockchain rõ ràng và xác định trạng thái EVM. Chỉ riêng blockchain, bất kỳ ai cũng có thể độc lập và chính xác xác minh trạng thái EVM.
Ngược lại, việc xác minh "sự thật" của (1) là không thể, vì đây là một quá trình bất định, không có "câu trả lời đúng".
Việc kết hợp (1) và (2) trong giao thức Ethereum là lý tưởng. Tuy nhiên, đối với phần lớn các ứng dụng, sự kết hợp này quá đắt đỏ. Ethscriptions hy sinh một phần giao thức Ethereum (2), và xây dựng các công cụ để tính toán trạng thái xác định trở nên thuận tiện.
Ngược lại, L2 chọn phương pháp ngược lại. Vì trạng thái L2 được quản lý trong ngữ cảnh blockchain nên dễ dàng xác minh hơn trạng thái hệ sinh thái Ethscriptions. Tuy nhiên, việc xác minh L2 là có điều kiện. Nó nói rằng nếu giao dịch X nằm trong khối được sắp xếp ở vị trí Y, thì ta có thể suy ra trạng thái blockchain nên chuyển thành Z. Nhưng trong hệ thống L2, không có cách nào xác minh X và Y có đúng hay không.
Trong trường hợp thông thường, X và Y chỉ được xử lý công bằng khi điều đó phù hợp với lợi ích vận hành của tổ chức điều hành L2. Các công ty vận hành L2 chịu trách nhiệm tín thác ưu tiên lợi ích cổ đông hơn lợi ích người dùng L2. Trong trường hợp cực đoan, nếu L2 không còn phù hợp với lợi ích công ty, L2 sẽ bị đóng cửa.
Tư tưởng mà Ethscriptions đại diện là:
Blockchain sẽ không bao giờ được coi là an toàn nếu không đạt được sự đồng thuận phi tập trung về các vấn đề bất định như việc đưa giao dịch vào khối và thứ tự giao dịch. Mục tiêu sử dụng ESC-VM là kết hợp sự phi tập trung và bảo mật với chức năng gần bằng chức năng EVM.
Những vấn đề tồn tại
Hiện tại, Dumb Contract vẫn còn một số vấn đề cần giải quyết gấp.
① Chức năng Dumb Contract không thể thanh toán trực tiếp, cần cầu nối (bridge);
② ESIP-4 không cho phép tạo Dumb Contract tùy ý. Dumb Contract có thể được triển khai và thực thi mà không cần tin cậy, nhưng mã nguồn được định nghĩa cùng với các quy tắc giao thức Ethscriptions còn lại trong quy trình ESIP;
③ Vấn đề rất quan trọng mà giảng viên 0x8699 (@ethan0x8699) đề cập: eths cực kỳ phụ thuộc vào indexer, nhưng cơ chế lại không dành đủ sự chú trọng cho indexer. Vì vấn đề này có thể viết riêng một bài phân tích sâu, nên ở đây sẽ không bàn thêm.
Bài viết này tổng hợp từ whitepaper và thảo luận của các chuyên gia, không cấu thành bất kỳ lời khuyên đầu tư nào, mọi thiếu sót đều do tôi chịu trách nhiệm.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@ArrowCrypto_eth
