Token gốc Layer 2 làm phương thức thanh toán phí giao dịch: Phân tích kỹ thuật

Bài viết kỹ thuật này xem xét những ưu điểm và nhược điểm của việc cho phép người dùng thanh toán phí giao dịch bằng các token gốc của Layer 2, phân tích cả cơ chế kỹ thuật và các tác động thị trường.

Các yêu cầu tiên quyết

Hiểu biết về cơ chế hoạt động của Rollup và cơ chế Buộc Bao gồm là cần thiết để hoàn toàn hiểu rõ phân tích này.

Giới thiệu

Hầu hết các mạng Layer 2 phát hành token riêng của họ, mặc dù nhiều token chủ yếu được sử dụng cho mục đích quản trị ( như Arbitrum và Optimism). Một số giao thức L2 đã triển khai cơ chế staking cho các token gốc của họ, bao gồm Mantle và Manta. Các token đã được staking này phục vụ nhiều chức năng khác nhau, chẳng hạn như xác định quyền hạn giao dịch, khả năng tạo ra chứng minh không biết (zero-knowledge proof), hoặc đảm bảo các yêu cầu công bố dữ liệu được đáp ứng. Để biết chi tiết kỹ thuật, tham khảo tài liệu của StarkNet, zkSync, Mantle và Manta.

Ghi chú kỹ thuật: Việc xác minh khách quan về "xuất bản dữ liệu đúng" gặp phải nhiều thách thức đáng kể, khiến cho việc triển khai các cơ chế trừng phạt hiệu quả trở nên khó khăn. Điều này đặt ra câu hỏi về hiệu quả của các thiết kế dựa vào "đặt cược token L2 cho chức năng xuất bản dữ liệu."

Thanh Toán Phí Token Gốc: Phân Tích Kỹ Thuật và Thị Trường

Lợi Thế Kỹ Thuật

Việc triển khai các token gốc L2 như cơ chế thanh toán phí mở rộng đáng kể tính hữu dụng của token vượt ra ngoài các chức năng quản trị cơ bản. Cách tiếp cận này có thể được cải thiện bằng cách triển khai các cơ chế EIP-1559 để đốt một phần token thu được từ phí, có khả năng tạo ra áp lực giảm phát góp phần vào việc gia tăng giá trị trong hệ sinh thái.

Giới hạn kỹ thuật

Thách Thức Định Mức Chi Phí Dữ Liệu

Vấn đề cơ bản vẫn là các Sequencer Rollup phải trả chi phí khả dụng dữ liệu bằng đồng tiền gốc L1 (ETH) khi tải dữ liệu giao dịch lên Ethereum. Điều này tạo ra một rủi ro tỷ giá vốn có giữa thời điểm Sequencer nhận token L2 làm thanh toán và thời điểm họ phải chuyển đổi những token này sang ETH để thanh toán chi phí khả dụng dữ liệu. Sự phơi bày rủi ro này làm tăng độ phức tạp trong hoạt động cho các nhà điều hành Sequencer.

Ghi chú kỹ thuật: Vấn đề này vượt ra ngoài các Rollup dựa trên Ethereum. Các mạng L2 sử dụng các lớp khả dụng dữ liệu thay thế ( như Mantle hoặc Manta) phải đối mặt với những thách thức giống hệt với token gốc của lớp DA tương ứng.

Ảnh hưởng đến trải nghiệm người dùng

Mô hình phí một mã thông báo có thể tạo ra sự ma sát đáng kể trong quy trình tiếp nhận người dùng. Khi người dùng chỉ có thể trả phí bằng mã thông báo gốc của L2, họ gặp phải vấn đề phụ thuộc vòng: họ cần mã thông báo để thực hiện giao dịch, nhưng việc có được mã thông báo thường yêu cầu thực hiện một giao dịch trước.

Ví dụ, người dùng gửi ETH vào Polygon PoS lần đầu tiên phát hiện rằng họ không thể sử dụng ETH đó để thanh toán phí giao dịch. Nếu không có token MATIC có sẵn trong ví của họ, họ không thể thực hiện giao dịch cần thiết để hoán đổi ETH lấy MATIC. Điều này buộc người dùng phải trước tiên mua MATIC trên L1 và sau đó chuyển nó sang môi trường L2.

Ghi chú kỹ thuật: Mặc dù Polygon PoS thực chất là một sidechain thay vì một L2 thực sự, ví dụ này hiệu quả minh họa thách thức trải nghiệm người dùng.

Sự ma sát này nhân lên trong toàn bộ hệ sinh thái - với N mạng L2 khác nhau yêu cầu N mã thông báo khác nhau cho các hoạt động cơ bản.

Rào cản tương tác giữa các Layer 2

Các yêu cầu về phí token gốc tạo ra rào cản kỹ thuật đáng kể đối với khả năng tương tác L2 liền mạch. Ví dụ, một giao dịch chuyển tiền cơ bản giữa các L2 không thể hoàn tất chỉ với ETH nếu L2 đích yêu cầu token gốc của nó cho phí giao dịch.

Điều này buộc người dùng phải quản lý nhiều khoản nắm giữ token và điều hướng các thách thức thanh khoản phức tạp. Với N Layer 2 khác nhau, thanh khoản bị phân mảnh qua N-1 cặp token, yêu cầu người dùng thực hiện N lần hoán đổi riêng biệt trước khi hoạt động trên nhiều môi trường Layer 2. Các hoạt động cross-L2 phức tạp hơn như cho vay, mở vị thế và thanh lý gặp phải sự cản trở tích lũy do các yêu cầu về phí token này.

Tầm nhìn về khả năng tương tác của Optimism Superchain minh họa rõ ràng thách thức này - nếu mỗi Rollup trong hệ sinh thái Superchain yêu cầu các token khác nhau để thanh toán phí, điều đó sẽ trực tiếp làm suy yếu các mục tiêu khả năng tương tác cơ bản.

Tuy nhiên, những hạn chế về trải nghiệm và khả năng tương tác này chỉ áp dụng cho các mô hình phí token gốc độc quyền. Các phương pháp kết hợp hỗ trợ cả thanh toán phí bằng ETH và token gốc có thể giảm thiểu những vấn đề này bằng cách cho phép người dùng chọn ETH cho các hoạt động xuyên chuỗi trong khi sử dụng token L2 cho các hoạt động gốc khi cần thiết. StarkNet đang tiên phong trong phương pháp kết hợp này bằng cách triển khai hỗ trợ cho cả thanh toán phí bằng ETH và STRK.

Triển khai Kỹ thuật: STRK như Phí Giao dịch

StarkNet gần đây đã thông báo hỗ trợ thanh toán phí bằng token STRK bên cạnh ETH. Mô hình phí hai loại tiền tệ này cho phép người dùng chọn phương thức thanh toán ưa thích trong khi Bộ điều phối ( được gọi là "Operator" trong thuật ngữ StarkNet ) đảm nhận rủi ro tỷ giá giữa ETH và STRK. Điều này đặt ra những câu hỏi kỹ thuật quan trọng về việc xác định phí cho các giao dịch.

Phân tích kỹ thuật về Quyền hạn của Sequencer

Trên cả mạng L1 và L2, giao dịch thường chỉ định một khoản phí tối đa mà người dùng sẵn sàng trả. Trên các chuỗi tương thích EIP-1559 (Ethereum, Arbitrum, Optimism), người dùng chỉ định giá trị maxFeePerGas, giá trị này nhân với gasLimit xác định phí tối đa của giao dịch. Các chuỗi không tương thích EIP-1559 sử dụng các mô hình phí cố định.

Ghi chú kỹ thuật: StarkNet, mặc dù chưa thực hiện EIP-1559, yêu cầu người dùng chỉ định tham số maxFee.

Các bộ tuần tự giao dịch ( thợ mỏ, xác thực viên hoặc bộ tuần tự L2 ) duy trì quyền bao gồm hoặc loại trừ các giao dịch cụ thể. Tuy nhiên, một khi đã được bao gồm, các giao dịch chỉ có thể bị tính phí tối đa theo mức phí mà người dùng đã chỉ định.

Phân tích triển khai Oracle

STRK minh bạch cho việc chuyển đổi phí. Tuy nhiên, cách tiếp cận này bỏ qua động lực quyền hạn của sequencer - các sequencer có thể chọn giao dịch nào để bao gồm dựa trên động lực kinh tế của riêng họ.

Yếu tố quan trọng vẫn là mức phí tối đa mà người dùng chỉ định ( bằng ETH hoặc STRK), sau đó họ phải chờ để được đưa vào. Một oracle tỷ giá công khai sẽ không thay đổi cơ bản mối quan hệ này, vì các sequencer vẫn giữ khả năng tính phí lên đến mức phí tối đa mà người dùng đã chỉ định.

Kiến trúc Oracle Ngoài chuỗi cho StarkNet

STRK đặc biệt cho các hoạt động của sequencer. Điều này đặt ra những câu hỏi quan trọng về quản trị kỹ thuật: làm thế nào cộng đồng có thể xác minh rằng các sequencer tính toán phí STRK theo các báo giá của oracle này?

Để đảm bảo tính minh bạch, các báo giá oracle nên được công khai, cho phép cộng đồng xác minh việc tính toán phí của sequencer. Mặc dù việc tích hợp oracle trên chuỗi sẽ cung cấp các đảm bảo mạnh mẽ hơn, nhưng phương pháp hiện tại đại diện cho một sự thỏa hiệp thực tiễn nhằm cố gắng cân bằng giữa độ phức tạp kỹ thuật và yêu cầu về sự tin tưởng của cộng đồng.

Yêu cầu cơ chế bao gồm lực lượng

Cơ chế Force Inclusion đưa ra một trường hợp sử dụng hấp dẫn hơn cho việc tích hợp oracle. Khi người dùng kích hoạt Force Inclusion từ L1 ( để vượt qua các bộ sắp xếp L2 ), họ phải trả phí thực thi L2 ở cấp L1. Ví dụ, chức năng depositTransaction của Optimism đốt gas theo giới hạn gas L2 được chỉ định, hiệu quả là tính phí ETH trên L1. Tương tự, requestL2Transaction của zkSync tính toán chi phí giao dịch L2 cơ bản và yêu cầu có đủ ETH trong giao dịch L1.

Nếu các giao thức L2 này triển khai thanh toán phí bằng token gốc, các cơ chế Force Inclusion phải đối mặt với một thách thức kỹ thuật nghiêm trọng: làm thế nào để xác định một cách công bằng các khoản phí ETH trên L1 cho các giao dịch mà thông thường sẽ có giá bằng token L2? Nếu không có tỷ giá hối đoái chính xác, điều này có thể hoặc là phạt không công bằng người dùng Force Inclusion thông qua các khoản phí quá mức hoặc cho phép kẻ tấn công khai thác các khoản phí thấp một cách giả tạo.

Kịch bản cụ thể này đưa ra một trường hợp sử dụng hấp dẫn cho việc tích hợp oracle - cho phép các hợp đồng L1 tính toán phí một cách công bằng cho các giao dịch Force Inclusion.

Ngoài ra, các giao thức L2 có thể tiêu chuẩn hóa trên các token gốc của chúng cho cả giao dịch thông thường và giao dịch Force Inclusion, loại bỏ nhu cầu chuyển đổi giữa các loại tiền tệ. Tuy nhiên, chi phí khả dụng dữ liệu vẫn được định giá bằng ETH, tạo ra một mô hình phí lai, trong đó các giao dịch Force Inclusion yêu cầu cả ETH ( cho dữ liệu ) và token L2 ( cho việc thực thi ) - một thách thức kỹ thuật mà các nhà phát triển L2 phải giải quyết khi triển khai các mô hình phí token gốc.

Tổng hợp kỹ thuật

• Các token gốc L2 có thể phục vụ nhiều chức năng kỹ thuật, trong đó việc thanh toán phí đại diện cho một sự mở rộng tiện ích đáng kể vượt ra ngoài quản trị.

• Lợi thế chính của các mô hình phí token gốc là thiết lập tính hữu dụng rõ ràng của token với các cơ chế giảm phát tiềm năng thông qua việc thực hiện EIP-1559.

• Nhược điểm kỹ thuật bao gồm việc tăng nguy cơ rủi ro của bộ lập trình, ma sát trong trải nghiệm người dùng và các rào cản về khả năng tương tác trong hệ sinh thái L2.

• Mô hình phí lai hỗ trợ cả ETH và token gốc có thể bảo tồn trải nghiệm người dùng và khả năng tương tác trong khi vẫn cho phép tính hữu ích của token.

• StarkNet đang tiên phong trong một cách tiếp cận hybrid với hỗ trợ phí token STRK, triển khai các nguồn giá oracle ngoài chuỗi cho các sequencer.

• Quyền hạn của sequencer vẫn là một yếu tố kỹ thuật cơ bản - sequencer duy trì quyền lực đáng kể trong việc bao gồm giao dịch và xác định phí, chỉ bị hạn chế bởi phí tối đa do người dùng chỉ định.

• Tích hợp Oracle mang lại lợi ích hạn chế cho các giao dịch tiêu chuẩn nhưng trở nên cực kỳ quan trọng đối với các cơ chế Buộc Bao gồm, nơi việc chuyển đổi giữa các loại tiền tệ ảnh hưởng đến an ninh và tính công bằng.

• Việc triển khai Force Inclusion với phí token gốc tạo ra những thách thức kỹ thuật phức tạp, có thể yêu cầu người dùng phải trả cả ETH ( cho khả năng sẵn có của dữ liệu ) và token L2 ( cho phí thực thi ) trong một giao dịch duy nhất.