Nguồn ban đầu: Phòng thí nghiệm nhiên liệu
tiêu đề cấp đầu tiên
Các mô hình mã thông báo hiện có trên Lớp 2 hầu như không đủ và cần có một mô hình mới trên Rollup. Trong bài đăng trên blog này, chúng tôi đề xuất một mô hình mã thông báo mới cho Lớp 2.
Fuel Labs đã ra mắt Bản tổng hợp lạc quan đầu tiên trên mạng chính Ethereum - Fuel v1 - khoảng một năm trước. Fuel v1 hỗ trợ giao dịch chuỗi chéo (chẳng hạn như giao dịch chuỗi chéo giữa Ethereum và Bitcoin bằng HTLC). Mặc dù Fuel v1 có thể thực hiện tất cả các giao dịch như vậy nhưng nó không yêu cầu quyền, không yêu cầu khóa quản trị viên và không có các bản nâng cấp đơn phương, hiện thực hóa những kỳ vọng ban đầu cho Bản tổng hợp lạc quan vào thời điểm đó.
Mã thông báo có thể mang lại nhiều lợi ích cho dự án, chẳng hạn như kích thích tính thanh khoản của mã thông báo và tăng hoạt động cộng đồng. Tuy nhiên, nó không phải là không có nhược điểm của nó. Nếu một mã thông báo được thiết kế kém, thì kết quả còn tồi tệ hơn là không được thiết kế tốt. Chúng tôi hiện có quan điểm tiêu cực về thiết kế mã thông báo Lớp 2. Mặc dù mô hình mã thông báo sớm tương đối tốt, nhưng ngay cả mô hình mã thông báo sớm cũng không làm chúng tôi hài lòng.
tiêu đề cấp đầu tiên
Các mô hình mã thông báo cần tránh
Một trong những đặc điểm của Rollup là người dùng có thể tin tưởng vô điều kiện mà không lo tiền trong tài khoản bị đánh cắp hoặc bị đóng băng. Trong Tổng hợp lạc quan, tính năng này được thực hiện thông qua sự kết hợp giữa dữ liệu và bằng chứng lỗi. Trong zkRollup, tính năng này được thực hiện thông qua sự kết hợp giữa dữ liệu và bằng chứng hợp lệ. Điều đáng chú ý là tính bảo mật của Rollup được cung cấp bởi Ethereum, không phải bởi các công cụ khai thác/người xác thực riêng lẻ. Đây là điểm khác biệt chính giữa Rollup và sidechains.
Với sự khác biệt này, chúng tôi tin rằng nên tránh các mô hình mã thông báo sau:
Mô hình mã thông báo PoS. Mã thông báo PoS cần phải có được sự đồng ý của phần lớn người xác minh trước khi chúng có thể được giao dịch trên chuỗi. Cho phép người xác thực kiểm duyệt các khối mới có nghĩa là tiền của người dùng có thể bị đóng băng. Các nhà phát triển không cần sử dụng PoS để đảm bảo tính bảo mật của Rollup, vì tính bảo mật của Rollup được đảm bảo bởi Ethereum. Không có vấn đề gì với chuỗi bên sử dụng cơ chế đồng thuận PoS để đảm bảo an ninh, nhưng nó không cần thiết cho Rollup.
Mô hình mã thông báo trả phí. Người dùng phải trả phí trong khi sử dụng mã thông báo. Đối với các giao thức Lớp 2 không tự vận hành, chẳng hạn như Rollup trên Ethereum, phí người dùng sẽ không mang lại bất kỳ lợi ích nào, vì nó sẽ chỉ làm giảm lượng sử dụng của người dùng trên Rollup.
Vậy, loại mô hình mã thông báo nào phù hợp với Lớp 2?
tiêu đề cấp đầu tiên
Thảo luận về vấn đề khan hiếm tài nguyên trên Rollup
Như với tất cả các chuỗi khối, thông lượng giao dịch trong Rollup bị giới hạn bởi các thỏa thuận với người dùng. Mục đích của giao thức là để đảm bảo rằng tổng số chạy một nút xác minh đầy đủ với chi phí chấp nhận được cho người dùng. Người dùng chuỗi khối phải đồng ý về phần cứng, băng thông và tỷ lệ xác minh của các nút trình xác thực đầy đủ. Người dùng không thể đáp ứng các điều kiện trên phải dựa vào bên thứ ba để truy cập. Các điều kiện này, cùng với hiệu suất của chính phần mềm nút, xác định số lượng giao dịch mỗi giây (TPS) tối đa có thể được hỗ trợ trên chuỗi khối. Tốc độ xử lý giao dịch của EVM Rollup với cùng chi phí nút xác minh đầy đủ như Ethereum bị giới hạn bởi Ethereum, cũng là 15 TPS.
Nói cách khác, giống như không gian khối trên Ethereum, không gian khối trên Rollup được đo bằng phí gas là một nguồn tài nguyên hữu hạn. Nhưng không gian khối khi cuộn lên khác với không gian khối trên Ethereum. Do đó, sự khan hiếm không gian của nó độc lập với sự khan hiếm không gian khối Ethereum.
Chúng ta có thể khái quát hóa các kết luận trên cho bất kỳ hệ thống chuỗi khối hai lớp nào bao gồm hai nguồn tài nguyên khan hiếm. "Hai lớp" trong hệ thống chuỗi khối hai lớp đề cập đến lớp dữ liệu (hiện tại đối với Rollup, lớp dữ liệu là Ethereum, nhưng trong tương lai, nó có thể bao gồm các lớp dữ liệu chung, chẳng hạn như Celestia) và lớp thực thi (Rollup chính nó).
Rollup có khả năng hạn chế để thực hiện các giao dịch. Do hạn chế này, khả năng giao dịch của nó có thể được coi là một nguồn tài nguyên khan hiếm và có thể được mã hóa. Lưu ý rằng sự khan hiếm này vẫn tồn tại cho dù nó có được mã hóa hay không, do đó, việc thêm mã thông báo vào bản tổng hợp sẽ không làm phát sinh phí cao hơn.
Mô hình trực quan nhất để mã hóa sự khan hiếm của Rollup là mô hình mã thông báo trả phí đã đề cập trước đó. Trong số đó, nhu cầu về không gian khối tăng lên đồng nghĩa với nhu cầu về mã thông báo tăng lên. Tuy nhiên, như đã đề cập trước đó, mô hình này áp đặt thêm chi phí cho người dùng. Rollup có thể mã hóa sự khan hiếm của nó mà không tính thêm phí cho người dùng không?
tiêu đề cấp đầu tiên
bản tóm tắt
Các mô hình mã thông báo hiện có trên Rollup hầu như không đủ và cần có một mô hình mới trên Rollup.
Mô hình mã thông báo tốt nhất trên chuỗi khối sẽ có thể phản ánh đầy đủ giá trị của không gian khối.
Mô hình mã thông báo tốt nhất trên chuỗi khối sẽ có thể phản ánh đầy đủ giá trị của không gian khối.
Mô hình mã thông báo được đề xuất của chúng tôi có thể mã hóa không gian khối khan hiếm mà không phát sinh thêm phí cho người dùng.


