Thảo luận mở rộng về giao thức Runes và cơ chế phát hành "khắc ghi công khai"
Tuyển chọn TechFlowTuyển chọn TechFlow
Thảo luận mở rộng về giao thức Runes và cơ chế phát hành "khắc ghi công khai"
Giao thức Runes dự kiến sẽ ra mắt mạng chính vào thời điểm giảm thưởng khối Bitcoin năm 2024 (độ cao khối 840000), tức là vào cuối tháng Tư năm nay.
Chuyên sâu báo cáo Web3Tác giả: MiX
Chỉnh sửa: Faust, Geeker web3
Ngày 2 tháng 3 năm 2024, người sáng lập dự án cơ sở hạ tầng hệ sinh thái Runes – Rune alpha đã thảo luận công khai với Casey, người sáng lập giao thức Runes, trong một chủ đề trên Github. Hai bên đã trao đổi về cách mở rộng cơ chế "khắc công khai" (public inscription) của giao thức Runes. Các nội dung bao gồm:
-
Có nên nới lỏng yêu cầu không được phép dự trữ trước đối với "khắc công khai" hay không?
-
Điểm rõ rằng các loại tiền tệ Runes phát hành theo hình thức "khắc công khai" không có quyền quản lý
-
Đề xuất một cơ chế phát hành kết hợp giữa NFT inscription và FT rune
Do quan tâm sâu sắc đến các giao thức tài sản phái sinh trên Bitcoin, tác giả bài viết này đã viết bài phân tích mang tính khám phá về mối liên hệ quá khứ giữa Runes và Ordinals cũng như các phương pháp phát hành tài sản tương tự, hy vọng sẽ giúp mọi người hiểu rõ hơn về hệ sinh thái Bitcoin.
Giao thức Runes là gì?
Giao thức Runes là một giao thức phát hành token đồng nhất (fungible token) trên mạng lưới Bitcoin, do Casey – người sáng lập Ordinals – xây dựng sau khi ra mắt giải pháp Ordinals. Giao thức này tận dụng đặc điểm UTXO của Bitcoin và có thiết kế tổng thể rất đơn giản.
Đáng chú ý, giao thức Runes dự kiến sẽ ra mắt mainnet vào thời điểm giảm thưởng khối thứ tư của Bitcoin (độ cao khối 840000), tức là khoảng cuối tháng Tư năm nay. Hiện tại, giao thức Runes vẫn đang trong quá trình tối ưu hóa và cập nhật phiên bản.
Trước khi tìm hiểu nguyên lý hoạt động của Runes, hãy cùng nhanh chóng làm rõ nguồn gốc và xem xét kỹ hơn khái niệm 【khắc công khai】 thực chất nghĩa là gì.
Casey, người đề xuất Runes, ban đầu không có ý định xây dựng giao thức token đồng nhất. Vào tháng 12 năm 2022, Casey đã phát hành giao thức Ordinals, với mục tiêu lưu trữ vĩnh viễn dữ liệu NFT lên chuỗi Bitcoin. Đơn giản mà nói, dữ liệu metadata của NFT được ghi lại giống như một bản khắc (inscription) trong phần dữ liệu witness của giao dịch Bitcoin (witness chủ yếu chứa thông tin chữ ký số), nhờ đó cho phép ghi lại bất kỳ nội dung nào (như văn bản, hình ảnh...) lên một satoshi cụ thể.
(Nguồn ảnh: https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/)
Sau đó, bánh xe lịch sử bắt đầu quay. Ngày 8 tháng 3 năm 2023, nhà phát triển ẩn danh @domodata dựa trên giao thức Ordinals – một giao thức phát hành NFT điển hình – đã tạo ra một chuẩn BRC-20 để phát hành token đồng nhất, bằng cách quy định định dạng và thuộc tính thống nhất (tên token, lượng cung cấp, lượng đúc tối đa mỗi lần...) cho dữ liệu tài sản phái sinh cần tải lên chuỗi Bitcoin dưới dạng inscription, sau đó dùng indexer để phân tích và theo dõi thông tin này, hiển thị ví và số dư token BRC-20.
Điều then chốt là, việc phát hành BRC-20 phụ thuộc vào giao thức inscription NFT Ordinals, do đó cơ chế phát hành ban đầu trở nên tương tự quá trình đúc NFT, mang tính chất "ai tới trước hưởng trước". Ai mint trước thì người đó sở hữu, hoàn toàn khác biệt so với việc phát hành tài sản ERC-20 trên Ethereum – nơi dự án triển khai hợp đồng tài sản trước, định nghĩa cơ chế phân bổ và kiểm soát hoàn toàn việc phát hành.
Đặc điểm phát hành công bằng (Fair Launch) này mang lại cơ hội tham gia bình đẳng cho đại đa số người dùng trong đợt phát hành ban đầu của token đồng nhất. Dự án không giữ lại, không khóa, mọi người đều có thể tham gia ngay từ thời điểm đầu. Rất nhanh chóng, BRC-20 đã tạo nên làn sóng phát hành tài sản phái sinh trên chuỗi Bitcoin, thậm chí khởi động luôn đợt thị trường tăng giá hiện tại. Như vậy có thể thấy, phương thức phát hành 「khắc công khai」 mà chúng ta đang bàn luận hôm nay cực kỳ quan trọng đối với giao thức Runes.
Tuy nhiên, BRC-20 cũng gây ra nhiều vấn đề: Mỗi thao tác với tài sản BRC-20 đều phải khởi tạo một giao dịch đặc biệt trên chuỗi Bitcoin. Khi tài sản BRC-20 trở nên phổ biến, tập dữ liệu UTXO của Bitcoin cũng nhanh chóng phình to, khiến các nhà phát triển lõi BTC bày tỏ nghi ngờ công khai về BRC-20.
Casey, người sáng lập Ordinals, không chỉ phản đối BRC-20 mà còn không công nhận các tài sản FT được phát hành trên nền tảng Ordinals. Tuy nhiên, sự bùng nổ của BRC-20 khiến ông nhận ra dù 99% token đều là trò lừa đảo và chiêu trò, nhưng những thứ này vẫn tồn tại dai dẳng như sòng bạc.
Đồng thời, BRC-20 để lại quá nhiều dấu vết trên chuỗi Bitcoin, gây áp lực lớn về dữ liệu cho các nút mạng. Nếu có ai đó đề xuất một giao thức tài sản mới giúp giảm tải dữ liệu khi lên chuỗi, có thể sẽ làm giảm bớt các vấn đề do BRC-20 gây ra.
Vì vậy, Casey quyết định xây dựng một "giao thức token đồng nhất tốt hơn" cho Bitcoin, và ngày 25 tháng 9 năm 2023, ông đã công bố ý tưởng sơ bộ về giao thức Runes.
Về mặt kỹ thuật, giao thức Runes được xây dựng dựa trên UTXO và thông tin bổ sung của Bitcoin. Mỗi giao dịch được kích hoạt bằng cách đưa thông tin chữ ký số được tạo ở ngoài chuỗi lên on-chain. Chúng ta có thể mang theo thông điệp định dạng đặc biệt trong thông tin chữ ký này. Giao thức Runes sử dụng mã OP_RETURN để đánh dấu 「thông điệp đặc biệt」, những thông điệp này chính là các thông tin liên quan đến thay đổi tài sản Runes.
So với giao thức BRC-20, Runes có nhiều lợi thế, trong đó quan trọng nhất là:
1. Các bước giao dịch được đơn giản hóa và không tạo ra các UTXO vô ích thừa thãi, giúp giảm nhẹ đáng kể gánh nặng cho các nút Bitcoin. Ngoài ra, một giao dịch chuyển BRC-20 chỉ hỗ trợ một người nhận và một loại token, trong khi Runes hỗ trợ gửi đồng thời cho nhiều người nhận và có thể chuyển nhiều loại token Runes cùng lúc.
2. Lưu trữ và chỉ mục dữ liệu tài sản đơn giản hơn: Dữ liệu BRC-20 được lưu trữ dưới dạng JSON trong dữ liệu witness của giao dịch cụ thể, và BRC-20 dựa trên mô hình tài khoản, số dư tài sản liên kết với tài khoản xác định. Trong khi đó, dữ liệu của giao thức Runes được lưu trữ trong trường OP_RETURN của giao dịch cụ thể, phương pháp ghi tài sản sử dụng mô hình UTXO, có thể 「liên kết đồng cấu」trực tiếp với UTXO trên chuỗi Bitcoin.
Khi xác minh tình trạng tài sản Runes của một người, chỉ cần kiểm tra các UTXO đặc biệt gắn với tài sản Runes mà người đó sở hữu. Mặc dù vẫn cần truy xuất một phần thông tin để tính toán, nhưng không cần phải quét toàn bộ tập hợp UTXO trên chuỗi Bitcoin như BRC-20, cách thức nhẹ nhàng này thân thiện hơn với việc chỉ mục dữ liệu.
3. Tương thích với các lớp mở rộng chức năng dựa trên UTXO: Thiết kế dựa trên UTXO giúp Runes dễ dàng tương thích hơn với các lớp mở rộng chức năng như CKB, Cardano, Fuel… Thông qua cơ chế 「liên kết đồng cấu UTXO」tương tự RGB++, các lớp mở rộng này có thể cung cấp các kịch bản hợp đồng thông minh cho Runes.
Sau khi thảo luận sơ lược về kỹ thuật, chúng ta quay lại chủ đề phát hành mà bài viết đã đề cập ban đầu. Casey đã thiết kế hai phương thức phát hành cho rune, đó là 「tổng cung cố định」và 「khắc công khai」:
1. Tổng cung cố định là khi bên phát hành trực tiếp khắc tất cả các rune rồi mới phân phối, thiên về trung tâm hóa hơn.
2. Khắc công khai là thiết lập các tham số cho phương thức phát hành rune, ví dụ chỉ định độ cao khối hoặc dấu thời gian; trong khoảng thời gian phù hợp với quy tắc, người dùng mint bao nhiêu tài sản thì tổng lượng rune cuối cùng sẽ bằng bấy nhiêu.
Hai phương thức phát hành này ứng dụng cho các trường hợp và cơ chế hoàn toàn khác nhau. Phần sau đây chúng ta chỉ nói về 「khắc công khai」.
Thực tế, Sondotpin đã bắt đầu thảo luận chủ đề này từ Issues#124 của Runes và nhận được sự đồng thuận từ Casey.
Nội dung cụ thể của Issues#165 như sau:
-
Sondotpin: Hiện tại, việc phát hành công khai không cho phép bên phát hành/reserve trước rune, điều này hạn chế cơ hội thiết kế mô hình kinh tế token tốt cho dự án.
-
Casey: Vui lòng xem lại Issues#124 trước đó. Tôi đang cân nhắc nới lỏng yêu cầu này, cho phép bên phát hành sắp xếp rune một cách hợp lý khi phát hành, thậm chí vượt quá phạm vi thiết lập tham số. Nếu thiết kế như vậy, thông tin liên quan sẽ được hiển thị nổi bật trên trang chi tiết rune.
-
Sondotpin: Có thể thiết kế một cơ chế phát hành nhiều đợt, ví dụ có hai đợt 「khắc công khai」rune, mỗi đợt đặt các tham số khác nhau?
-
Casey: Tôi không nghiêng về cách làm này, vì về bản chất rune không có 「người quản lý」. Quyền phát hành không nên nằm trong tay một thực thể duy nhất có đặc quyền đặc biệt. Tuy nhiên, bạn có thể thêm một inscription khi phát hành rune, rồi phát hành thêm một rune mới dựa trên inscription đó, như vậy cả hai đợt phát hành đều thuộc về cùng một tài sản. Tất nhiên, bạn cũng có thể dùng cách pre-mine rồi phát hành theo phương thức phân bổ khác.
Nếu trong tương lai chức năng CTV được kích hoạt thành công, sẽ không cần giao thức hỗ trợ nữa, CTV có thể trực tiếp thiết lập mẫu điều kiện sẵn, khi đạt điều kiện thì thực hiện airdrop hoặc phát hành công khai phù hợp với thiết lập.
Quanh cuộc thảo luận giữa Casey và SonPin, quan điểm cá nhân:
1. Ở giai đoạn đầu khởi động dự án, việc reserve một phần token là cần thiết
Ở giai đoạn đầu, bên phát hành muốn tự bootstrapping cho hoạt động kinh doanh, cần có một lượng token dự trữ nhất định để thưởng cho đội ngũ cốt lõi, thu hút cộng đồng. Nếu có thể thực hiện theo hướng thảo luận này, sẽ bổ sung giá trị công bằng và tham gia toàn dân của 「khắc công khai」, giúp nhiều dự án có nền tảng giá trị hơn tham gia vào hệ sinh thái Runes theo phương thức này.
2. Có nên reserve hay không, và cách reserve, là trao quyền lựa chọn và phương tiện tự chứng minh cho bên phát hành
Thực tế, Casey từng nhiều lần thẳng thắn nói trong video YouTube rằng 99,9% token đồng nhất đều là lừa đảo, đừng giả vờ đạo mạo nói mình muốn thay đổi thế giới, hãy thừa nhận thẳng rằng đây là ngành đầy cờ bạc và đầu cơ, chân thành với nhau thì tốt hơn cho tất cả. IT’S JUST FOR FUN!
Từ issue#124 đến #165, có thể thấy Casey đã có cái nhìn công nhận nhiều hơn về các trường hợp sử dụng token đồng nhất. Phương thức 「khắc công khai」không cần bị nghi ngờ, việc mở rộng thêm trên nền tảng này, ví dụ thêm cơ chế reserve, là trao quyền lựa chọn và phương tiện tự chứng minh cho bên phát hành, đồng thời cũng là cách ngăn chặn tệ nạn “tiền xấu đuổi tiền tốt”.
3. Inscription NFT và FT rune sẽ có thêm không gian đổi mới
Ý tưởng về cơ chế phát hành nhiều đợt kết hợp giữa inscription NFT và FT rune do Casey đề xuất thật sự rất thú vị. Như đã nói trong phần kiến thức nền, Ordinals và Runes đều là các giao thức do Casey thiết kế, có thể coi là hai giao thức song song, nhưng trên Github lại cùng nằm trong dự án Ord, có nhiều điểm giao thoa và phối hợp về kỹ thuật, ví dụ như dùng chung logic底层 như đồng bộ khối.
Hiện tại các dự án hot như Runestone và Runecoin cũng là sự kết hợp đổi mới giữa inscription và rune. Cách chơi của Runecoin là pre-mine inscription phổ biến nhất: nắm giữ inscription RSIC do Runecoin phát hành sẽ liên tục đào ra rune của dự án, sau đó phân bổ FT khi giao thức Runes ra mắt vào cuối tháng 4. Mong chờ trong tương lai sẽ có thêm nhiều dự án đổi mới, mang đến cách chơi mới mẻ hơn.
4. Các rune phát hành theo phương thức 「khắc công khai」không có quyền sở hữu
Trong nguyên bản, Casey chỉ nói rằng 「Rune không có quyền sở hữu」, nhưng theo tôi nghĩ, điều này nên được hiểu là chỉ những rune phát hành theo phương thức 「khắc công khai」mới không có quyền sở hữu. Phương án hai đợt 「khắc công khai」do SonPin đề xuất chắc chắn sẽ cần một địa chỉ có quyền hạn rất cao để vận hành, điều này không phải là điều lĩnh vực mã hóa (crypto) mong muốn.
Ví dụ như dự án Runecoin sau khi phát hành xong 21.000 inscription NFT RSIC đã nhanh chóng gửi inscription cha về địa chỉ Satoshi, tương đương với không ai có thể sử dụng lại, tức là cam kết kỹ thuật không tăng phát. Thao tác này đã mang lại cho họ rất nhiều lời khen, tăng độ thiện cảm mạnh mẽ.
PS: Inscription cha là gì? Vì tương tác trên BTC chậm và phí gas cao, khi xử lý số lượng lớn, để nâng cao hiệu quả, thường sẽ thiết lập trước một inscription cha. Trong giao dịch của inscription cha, xử lý hàng loạt nhiều inscription con, nhờ đó khi tương tác có thể tiết kiệm không gian lưu trữ và thời gian xử lý trên blockchain.
Cuối cùng nói về CTV, tức là 「Check Template Verify」.
CTV là một đề xuất nâng cấp giao thức Bitcoin, nhằm tăng cường chức năng hợp đồng thông minh và khóa tài sản trên mạng lưới Bitcoin bằng cách cho phép người dùng chỉ định mẫu giao dịch tương lai khi tạo giao dịch. Việc kích hoạt CTV sẽ cho phép người dùng tạo các loại giao dịch phức tạp hơn, ví dụ như airdrop đáng tin cậy và khắc mở, mà không cần sự hỗ trợ rõ ràng từ giao thức.
Đề xuất CTV làm tăng khả năng lập trình và linh hoạt của mạng lưới Bitcoin, được đề cập trong cuộc thảo luận này, nói đơn giản là có thể tạo mẫu điều kiện mở khóa UTXO, mở ra nhiều cách chơi tiềm năng hơn cho Runes. Ví dụ, thông qua 「giao thức Runes + CTV」, có thể cho phép 10 người dùng cùng sử dụng công nghệ CTV để cùng mint rune, đồng thời thiết lập trước các cam kết thanh toán Bitcoin trong tương lai.
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
@MixWeb3
