Phân tích sâu về cơ chế thiết kế và những hạn chế của giao thức Runes

1. Runes(符文)tổng quan

Trong năm qua, điểm nóng được quan tâm nhất trong lĩnh vực web3 chắc chắn là sự bùng nổ của hệ sinh thái ký hiệu. Nguồn gốc của nó có thể được truy nguồn từ giao thức Ordinals, công nghệ này gán một số duy nhất cho mỗi satoshi trên Bitcoin. Nhà phát triển chính của Ordinals, casey, đã nộp mã nguồn cơ bản của giao thức Runes vào tháng 9 năm ngoái, nhưng chưa chính thức ra mắt. Điều này đã dẫn đến việc một số dự án phân nhánh mã này sớm, phát hành các giao thức như RunesAlpha. Mặc dù có tranh cãi, nhưng chỉ trong vài tháng, sự tăng trưởng hàng triệu đô la về vốn hóa thị trường cũng cho thấy tiềm năng to lớn của giao thức Runes.

Phiên bản chính thức của giao thức Runes dự kiến sẽ chính thức ra mắt trên mạng chính Bitcoin vào khoảng ngày 20 tháng 4 năm 2024. Điều này có nghĩa là các bên dự án, nhà cung cấp ví và nền tảng giao dịch NFT/FT sẽ phải đối mặt với một thách thức lớn: làm thế nào để điều chỉnh trực tiếp cho mạng chính mà không có mạng thử nghiệm.

Bài viết này sẽ hệ thống trình bày sự biến đổi của các trường cơ sở trong dự án Runes, giúp người đọc hiểu rõ về sự khác biệt giữa Runes và các giao thức FT như Brc20, Arc20, từ đó đánh giá và tham gia một cách hợp lý.

2. Cách ghi chép dữ liệu trên chuỗi Bitcoin

Trên Bitcoin có hai phương án chính để gắn dữ liệu ngoài chuỗi vào chuỗi: Khắc và Khắc.

2.1 Nguyên lý cơ bản của ăn mòn

Runes sử dụng công nghệ khắc, đây là một phương pháp ghi lại thông tin trực tiếp lên chuỗi. Cụ thể, đó là việc ghi dữ liệu vào trường op-return của UTXO (đầu ra giao dịch chưa chi tiêu) của Bitcoin. Chức năng này bắt đầu từ phiên bản 0.9 của khách hàng Bitcoin Core vào năm 2014. OP_RETURN tạo ra một đầu ra có thể xác minh nhưng không thể tiêu thụ, cho phép lưu trữ dữ liệu trên chuỗi khối.

Trong trình duyệt khối Bitcoin, bạn có thể dễ dàng thấy thông tin op-return đính kèm trong giao dịch. Ví dụ, đầu ra #3 của một giao dịch có thể là một hình chữ nhật khép kín, cho thấy nó không thể được chuyển nhượng hoặc tiêu thụ lại. Điều này giống như khu vực ghi chú của giao dịch, được lưu giữ vĩnh viễn trong không gian lưu trữ của Bitcoin và có thể được tìm thấy thông qua chỉ số hash giao dịch.

2.2 Nguyên tắc cơ bản của việc khắc

Các giao thức Ordinals/brc20 sẽ nhúng siêu dữ liệu vào dữ liệu chứng kiến của giao dịch. Quá trình này được thực hiện thông qua chứng kiến tách biệt và cách "trả cho Taproot" (P2TR), bao gồm hai giai đoạn nộp và công bố, cần hai giao dịch để hoàn thành.

P2TR là loại đầu ra giao dịch được giới thiệu trong bản nâng cấp Taproot của Bitcoin vào năm 2021, cho phép lưu trữ các điều kiện giao dịch khác nhau một cách riêng tư hơn. Cụ thể, địa chỉ P2TR được tạo ra bằng cách sử dụng hàm băm của kịch bản, và khi chi tiêu, cung cấp kịch bản thực (bao gồm dữ liệu khắc). Do đó, việc tải dữ liệu khắc cần phải tạo ra một UTXO (giao dịch gửi tiền) thanh toán đến địa chỉ P2TR được tạo ra từ kịch bản này, sau đó khi chi tiêu UTXO này, cung cấp kịch bản thực trong kịch bản chứng kiến, từ đó tải dữ liệu khắc lên chuỗi (tiết lộ giao dịch).

Giao thức Ordinals quy định, ký văn bản sẽ được gắn vào satoshi đầu tiên của đầu vào đầu tiên sau khi hoàn thành hai giao dịch này.

2.3 So sánh hai phương án đưa dữ liệu lên chuỗi

Khắc sâu:

• Ưu điểm: Logic đơn giản và trực quan, chi phí giao dịch thấp, không chiếm dụng bộ nhớ của nút đầy đủ.
• Nhược điểm: Bị giới hạn độ dài 80 byte, cần mã hóa dữ liệu với mức độ nén cao.

Khắc chữ:

• Ưu điểm: Hầu như không giới hạn kích thước, có khả năng bảo vệ quyền riêng tư nhất định, hỗ trợ nhiều cách chơi (như khóa thời gian, chứng minh công việc).
• Nhược điểm: Cần hai giao thức lên chuỗi, chi phí cuối cùng cao hơn, tạo áp lực lớn lên bộ nhớ của nút đầy đủ.

3. Phân tích thiết kế nền tảng của Runes

3.1 Runes phiên bản 0.11

Các trường Runes giao thức ban đầu được chia thành ba phần: edicts (thông tin chuyển nhượng tài sản), etching (thông tin triển khai tài sản) và burn (tiêu hủy).

Khi thông tin trong op_Return được giải mã và hiển thị dưới định dạng edicts đúng, bộ解析链 ngoài sẽ tính toán tình hình chuyển nhượng tài sản của người dùng, trường output chỉ định mục tiêu chuyển nhượng.

Nội dung khắc định nghĩa thông tin chính về việc triển khai tài sản. So với ERC721, sự khác biệt chính là các trường limit và term giới hạn số lượng đúc và khoảng thời gian có thể đúc. Điều này phản ánh sự khác biệt cơ bản giữa các dự án khắc, ký hiệu và việc phát hành tài sản bằng hợp đồng thông minh Ethereum. Do thiếu xác minh hợp đồng thông minh trên chuỗi, giao thức khắc đã统一 định nghĩa cách phát hành tài sản và cách người dùng tham gia đúc, nhằm đạt được sự phát hành công bằng.

3.2 Runes phiên bản 0.18

Phiên bản mới nhất của các trường giao thức Runes được chia thành bốn khía cạnh:

1. edicts：Định nghĩa hướng chuyển nhượng tài sản, thêm tham số pointer để thay đổi hướng chuyển nhượng mặc định, nhằm thích ứng với việc chuyển ra nhiều tài sản Runes cùng một lúc, giảm khối lượng mã hóa và chi phí giao dịch.

2. Mint：Thêm trường mới, giới hạn một giao dịch chỉ có thể đúc một tài sản, cân bằng điểm xuất phát giữa người dùng kỹ thuật và người dùng bình thường.

3. etching：Cách triển khai tài sản đã thay đổi đáng kể. Những thay đổi chính bao gồm:

   • ID tài sản được chuyển đổi thành dạng chuỗi, tiết kiệm không gian mã hóa.
   • trường terms đưa vào tham số height và offset, cho phép bên phát hành chỉ định điểm bắt đầu và kết thúc của việc đúc.
   • Tham số cap kiểm soát tổng số lần đúc.
   • Giới thiệu quy tắc giải phóng độ dài tên, kiểm soát tài nguyên khan hiếm.
   • Sử dụng công nghệ khắc (commit và reveal) để triển khai, cung cấp bảo vệ quyền riêng tư.

4. turbo：Trường mới, dành cho sự thay đổi giao thức trong tương lai.

4. Đánh giá giao thức Runes phiên bản mới

Ưu điểm:

• Phù hợp với nhu cầu thị trường, giải quyết vấn đề tài sản kém chất lượng hoành hành trong hệ sinh thái Minh văn.
• Nhúng giao thức Ordinals, có sẵn cơ sở người dùng.
• Là giao thức FT, bù đắp cho những thiếu sót của Ordinals trong hoạt động thị trường.
• Sử dụng op_Return để ghi lại dữ liệu trên chuỗi, cung cấp khả năng sổ cái linh hoạt và độ an toàn cao.

Nhược điểm:

• Thời điểm thị trường có thách thức, thời gian phát triển căng thẳng có thể ảnh hưởng đến sự phát triển ban đầu của hệ sinh thái.
• Quy tắc phức tạp, vấn đề độ dài tên tài sản có thể làm tăng rủi ro người dùng bị lừa đảo.
• Tính tương thích trong tương lai còn nghi ngờ, so với các giao thức khác thì việc bố trí ở L2 hoặc BVM có phần chậm hơn.