Giải Quyết Vấn Đề Gas Của Bitcoin (Không Cần Fork) | Ý Kiến

12 giờ trước đây
6 phút đọc
4 lượt xem

Công bố

Những quan điểm và ý kiến được trình bày trong bài viết này thuộc về tác giả và không đại diện cho quan điểm của biên tập viên của crypto.news.

Giới thiệu về phí hợp đồng thông minh

Mỗi nền tảng hợp đồng thông minh đều có một tài sản phí tích hợp sẵn. Ví dụ, Ethereum (ETH) sử dụng ETH, Solana (SOL) sử dụng SOL, nhưng với Bitcoin (BTC), mọi thứ trở nên phức tạp hơn. Nếu bạn muốn phát triển các ứng dụng phức tạp, bạn thường phải áp dụng kinh tế của một mạng lưới thứ hai.

Phí giao dịch Bitcoin

Bitcoin đã có một thị trường phí rõ ràng, nơi người dùng đấu giá không gian khối theo sat/vB, và thợ mỏ ưu tiên các tỷ lệ phí cao hơn. Với điều này trong tâm trí, nếu một tương tác hợp đồng thông minh có thể được khởi xướng và thanh toán như một giao dịch Bitcoin bình thường, với phí theo điều kiện BTC (không cần token gas bổ sung hoặc fork), trong khi phần logic thông minh chạy ở nơi khác và vẫn được chứng minh liên kết trở lại với Bitcoin?

OpNet đang đặt ra để cung cấp một câu trả lời.

Giới hạn của Bitcoin Script

Bitcoin Script cố ý không có trạng thái và không hoàn chỉnh Turing, cụ thể là thiếu các vòng lặp hoặc lệnh goto, vì vậy mọi nút có thể xác thực các script một cách dự đoán mà không mở cửa cho phép toán không giới hạn. Đó là lý do tại sao hầu hết các phương pháp hợp đồng thông minh của Bitcoin cuối cùng đều đặt việc thực thi trên một hệ thống riêng biệt có thể đo lường tính toán và chạy một thị trường phí riêng.

Giải pháp của OpNet

Khi bạn chấp nhận rằng Bitcoin Script có giới hạn cố ý, bạn bắt đầu suy nghĩ về cách làm cho Bitcoin thanh toán kết quả và các khoản thanh toán. Thực tế, việc thực thi có thể xảy ra trong một máy ảo chuyên dụng được xây dựng để chạy logic hợp đồng thông minh một cách xác định, trong khi Bitcoin vẫn là lớp cơ sở ghi thời gian, sắp xếp và định giá các tương tác thông qua thị trường phí hiện có của nó.

Trong thiết kế của OpNet, logic hợp đồng được đánh giá bởi một máy ảo hướng đến Wasm (OP-VM), trong khi ngăn xếp nút rộng hơn được xây dựng rõ ràng để quản lý và thực thi các hợp đồng thông minh bằng cách sử dụng các giao dịch và cơ chế UTXO hiện có của Bitcoin. Quan trọng là, điều này không đi kèm với một tài sản phí mới.

Mô hình tương tác của OpNet

Mô hình tương tác của chúng tôi theo một quy trình mô phỏng rồi chi tiêu, thay vì một mẫu thực thi hợp đồng thông minh thông thường, với bước thực thi cuối cùng diễn ra như một giao dịch Bitcoin thực tế. Đầu tiên, ứng dụng của bạn gọi một phương thức hợp đồng trong chế độ mô phỏng. Yêu cầu đó đi qua một nhà cung cấp đến một nút OPNet, nút này thực thi hợp đồng trong máy ảo của nó và trả về một CallResult (bao gồm ước lượng gas/phí) mà không phát sóng bất kỳ điều gì đến Bitcoin.

Nếu cuộc gọi thay đổi trạng thái, bạn lấy CallResult đó và gửi nó như một lần thực thi. Tại thời điểm này, thư viện xây dựng một giao dịch Bitcoin, ký nó và phát sóng nó đến mạng Bitcoin.

Ưu điểm của mô hình này

Điểm quan trọng là, việc đo lường tính toán của OpNet vẫn tồn tại. Nhưng nó được định giá bằng satoshis (ước lượng SATS Gas, hoàn tiền bằng SATS, v.v.), vì vậy đơn vị không bao giờ trôi vào một nền kinh tế token riêng biệt. Người dùng không còn phải áp dụng một nền kinh tế phí thứ hai chỉ để tương tác với các ứng dụng.

Trên Bitcoin, phí đã là một cuộc đấu giá cho không gian khối, được định giá theo byte và trả cho thợ mỏ. Khi các cuộc gọi hợp đồng chỉ là các giao dịch Bitcoin, bạn trở lại trên nền tảng quen thuộc (với phí sat/vB, sự biến động của mempool và động lực của thợ mỏ), mà không cần phải học một thị trường token gas riêng biệt.

Kết luận

Khẳng định rằng BTC không thể hoạt động như gas thường dựa trên giả định rằng lớp cơ sở phải đo lường tính toán để định giá nó. Bitcoin không đo lường tính toán; nó đo lường không gian khối và thanh toán giá trị. Giải pháp là để một máy ảo xử lý việc thực thi một cách xác định, và sau đó định tuyến mọi tương tác thay đổi trạng thái thông qua một giao dịch Bitcoin tiêu chuẩn, nơi phí được biểu thị bằng các điều kiện quen thuộc như sat/vB và bị giới hạn trong satoshis.

Trong trường hợp của chúng tôi, điều này được thực hiện ở cấp độ khách hàng thông qua các tham số như feeRate và maximumAllowedSatToSpend. Vì vậy, có thể BTC như gas thực sự khả thi. Phí vẫn giữ nguyên theo BTC từ đầu đến cuối, trong khi thời gian chạy hợp đồng vẫn dựa trên WebAssembly (AssemblyScript → Wasm), điều này giữ cho logic biểu cảm mà không thay đổi tiền tệ phí.