Suy đoán BRC-20 tràn lan, liệu giao thức FT mới Rune do người sáng lập Ordinals phát hành có tạo nên xu hướng mới?

tác giả:

Hôm nay, Casey Rodarmor, người sáng lập giao thức Bitcoin NFT Ordinals, đã đề xuất một khái niệm thiết kế giao thức Bitcoin FT mới có tên là “Rune”, còn được gọi là giao thức “Rune”.

Giao thức này khác với giao thức FT trên Lightning Networks như BRC-20 và Taro/RGB như thế nào? Tại sao Casey lại đột nhiên nảy ra ý tưởng về Hiệp định “Rune”? Những tiến bộ nào đã được thực hiện trong vòng chưa đầy một ngày kể từ khi ý tưởng này xuất hiện?

Rhythm BlockBeats sẽ sắp xếp chi tiết tất cả các khía cạnh của thỏa thuận “Rune” cho bạn.

Điểm khởi đầu cho việc thiết kế giao thức “Rune”

Casey Rodarmor đã tóm tắt tính năng lớn nhất của giao thức “Rune” trong một câu - giao thức FT đơn giản, dựa trên UTXO cho phép người dùng Bitcoin có trải nghiệm tốt.

Casey tin rằng nếu giao thức này có “dấu chân” trên chuỗi nhỏ hơn và thúc đẩy quản lý UTXO đáng tin cậy, thì nó có thể ít “gây hại” hơn giao thức Bitcoin FT hiện tại. Ít nhất, sự phổ biến hiện nay của BRC-20 đã tạo ra một số lượng lớn UTXO “rác”.

Casey đã so sánh giao thức “Rune” với các giao thức Bitcoin FT hiện có khác ở 4 khía cạnh sau:

• Độ phức tạp: Giao thức phức tạp đến mức nào? Có dễ thực hiện không? Có dễ dàng được áp dụng trên quy mô lớn không?
• Trải nghiệm người dùng: Có bất kỳ chi tiết triển khai nào sẽ tác động tiêu cực đến trải nghiệm người dùng không? Đặc biệt, các giao thức dựa trên dữ liệu ngoài chuỗi có “dấu chân” trên chuỗi nhẹ hơn nhưng lại có độ phức tạp đáng kể. Và người dùng có thể chạy máy chủ của riêng mình hoặc khám phá và tương tác với các máy chủ hiện có.
• Mô hình trạng thái: Các giao thức dựa trên UTXO phù hợp tự nhiên hơn với Bitcoin và thúc đẩy việc giảm thiểu bộ UTXO bằng cách tránh tạo ra các UTXO “rác”.
• Mã thông báo gốc: Việc có Mã thông báo gốc cần thiết cho các hoạt động của giao thức là cồng kềnh và yêu cầu khai thác (khai thác), do đó, nó đương nhiên khó có thể được áp dụng rộng rãi.

Kết quả của sự so sánh là:

• BRC-20: Không dựa trên UTXO và khá phức tạp vì nó yêu cầu sử dụng giao thức Ordinals cho một số hoạt động nhất định.
• RGB: Rất phức tạp, dựa trên dữ liệu ngoài chuỗi, đã được phát triển trong một thời gian dài mà không được áp dụng rộng rãi.
• Đối tác: Một số hoạt động yêu cầu sử dụng Mã thông báo gốc thay vì dựa trên UTXO.
• Lớp Omni: Một số hoạt động yêu cầu sử dụng Mã thông báo gốc thay vì dựa trên UTXO.
• Tài sản Taproot (Taro): Hơi phức tạp và dựa vào dữ liệu ngoài chuỗi.

Vậy giao thức “Rune” sẽ được triển khai cụ thể như thế nào để giải quyết các điểm yếu trên?

Triển khai giao thức “Rune”

Tổng quan

Số dư của Mã thông báo “Rune” được bao gồm trực tiếp trong UTXO và UTXO có thể chứa bất kỳ số lượng Mã thông báo “Rune” nào.

Nếu một giao dịch chứa một đầu ra có mã pubkey tập lệnh chứa OP_RETURN theo sau là một đầu ra dữ liệu biểu thị chữ hoa ASCII “R”, thì giao dịch đó chứa một thông báo giao thức. Thông báo giao thức là mọi thứ sau dữ liệu đầu ra đầu tiên.

Nếu thông báo giao thức không hợp lệ và mã thông báo “rune” được chèn vào giao dịch, mã thông báo “rune” sẽ bị đốt cháy. Điều này sẽ cho phép nâng cấp giao thức “Rune” trong tương lai, ngăn không cho các Mã thông báo “Rune” đã được tạo/phân bổ không thể sửa lỗi phân bổ trong các phiên bản cũ hơn của giao thức.

Mã hóa số nguyên thành một biến tiền tố. Phần đầu của biến xác định độ dài byte của Mã thông báo “rune”.

Chuyển mã thông báo “Rune”

Dữ liệu đầu ra đầu tiên trong thông báo giao thức được giải mã thành một dãy số nguyên, dãy số nguyên này sẽ chứa ba loại thông tin: “ID”, “OUTPUT” và “AMOUNT”. Nếu số nguyên được giải mã không phải là bội số của 3 thì thông báo giao thức sẽ bị coi là không hợp lệ.

• ID: Chỉ định Token “rune” nào được sử dụng để chuyển. Mỗi Token “rune” sẽ được gán một ID khi được tạo. ID bắt đầu từ 1. Token “rune” được tạo càng sớm thì giá trị ID sẽ càng nhỏ.
• OUTPUT: Xác định đầu ra nào cần gán.
• SỐ TIỀN: Số lượng token “rune” được chuyển. Nếu số lượng AMOUNT là 0, nó thể hiện tổng số Token “Rune” còn lại trong tài khoản.

Sau khi xử lý tất cả các thao tác có trong chuỗi số hoàn chỉnh, nếu có bất kỳ mã thông báo “rune” nào không yêu cầu thao tác, chúng sẽ được gán cho đầu ra không phải OP_RETURN đầu tiên. Ngoài ra, nếu Mã thông báo “rune” được gán cho đầu ra OP_RETURN chứa thông báo giao thức, Mã thông báo “rune” có thể bị đốt cháy.

Tạo mã thông báo “Rune”

Nếu có đầu ra dữ liệu thứ hai sau thông báo giao thức, thì giao dịch đó là giao dịch tạo Mã thông báo “rune”. Dữ liệu đầu ra của phần này sẽ được giải mã thành 2 số nguyên “SYMBOL” và “DECIMALS”, nếu có thêm số nguyên khác sẽ không hợp lệ.

• SYMBOL: Tương đương với BRC-20 Ticker (tức là tên Token), hỗ trợ tối đa 26 bit, và ký tự có sẵn chỉ là AZ.
• THẬP KỲ: Độ chính xác, xác định có bao nhiêu chữ số sau dấu thập phân mà Mã thông báo “rune” có thể hỗ trợ.

Nếu “SYMBOL” chưa được sử dụng, Mã thông báo “rune” sẽ được gán một giá trị ID. Giá trị ID của Mã thông báo “rune” đầu tiên được tạo là 1 và ba tên BITCOIN, BTC và XBT bị vô hiệu hóa. Nếu “SYMBOL” đã được sử dụng thì việc tạo sẽ không hợp lệ. Nói cách khác, giao thức “Rune” vẫn không hỗ trợ tạo Token có cùng tên.

Hiển thị số dư Bitcoin trong UTXO

Trong UTXO, số dư Bitcoin sẽ được hiển thị dưới dạng BITCOIN, BTC hoặc XBT hoặc dưới dạng giá trị ID bằng 0.

Tại sao Casey lại đột nhiên nảy ra ý tưởng về một thỏa thuận “chữ rune”?

Trong hướng dẫn chính thức của giao thức Ordinals, chúng ta có thể thấy rằng tầm nhìn của Casey đối với giao thức Ordinals là một giao thức tạo ra “tạo phẩm kỹ thuật số” hay “NFT” thông qua Bitcoin. Tuy nhiên, với sự phát triển của giao thức Ordinals, số lượng văn khắc liên quan đến BRC-20 đã chiếm hơn 85% tổng số văn khắc.

Casey đã không hài lòng với BRC-20 trong một thời gian dài, đặc biệt là hai dòng tweet gần đây của anh ấy đã gây náo động, thái độ tiêu cực của anh ấy đối với BRC-20 càng có thể cảm nhận được nhiều hơn:

Món quà Giáng sinh lớn nhất của tôi là dành cho các nhà đầu cơ khám phá Tài sản Taproot (Taro) để họ có thể ngừng khai thác Mã thông báo BRC-20

Chúng ta không thể ghi “dòng chữ chuyển khoản” cho chủ sở hữu Token BRC-20 để khóa số dư của họ, để họ phải gửi dòng chữ chuyển khoản cho chính mình để mở khóa số dư của mình phải không?

Theo quan điểm của Casey, “bảo tàng nghệ thuật” do anh tạo ra đã trở thành thiên đường cho những kẻ đầu cơ, điều này khiến anh rất khó chịu. Không chỉ biến “bảo tàng nghệ thuật” của mình thành “sòng bạc lớn” mà thái độ của Casey đối với bản thân FT cũng rất tiêu cực:

Trong bài blog đề xuất ý tưởng về giao thức Rune, Casey đã nói ở cuối bài viết: “Thế giới FT gần như là một vực thẳm vô vọng, đầy rẫy sự lừa dối và tham lam”.

Đề xuất của giao thức Rune có thể được coi là sự “cào và chữa lành” của Casey đối với giao thức Ordinals - mặc dù anh là người sáng lập ra giao thức nhưng trong thế giới Web3, anh không thể đơn phương chặn những gì anh cho là ký sinh trên Ordinals giao thức “ung thư” BRC-20. Vì vậy, anh ấy nảy ra ý tưởng này - đây là “Bảo tàng nghệ thuật”, nếu bạn muốn tiếp tục Degen, tôi có một ý tưởng, mọi người có thể đến “Sòng bạc lớn” Degen không?

Nói vậy nhưng Casey chỉ đề xuất Rune, một ý tưởng về giao thức Bitcoin FT, còn bản thân anh thậm chí còn không có ý định thực hiện nó. Tuy nhiên, sức hấp dẫn của Casey là có, và chúng ta có thể thấy người chơi phấn khích như thế nào chỉ sau chưa đầy một ngày.

Chưa đầy 1 ngày, giao thức Rune đã có những diễn biến gì?

Thị trường giao dịch Bitcoin NFT Ordinals Wallet đã thông báo triển khai Token $RUNE đầu tiên của giao thức Rune vào lúc 3 giờ chiều.

Tuy nhiên, ai đó trong phần bình luận của tweet đã chỉ ra rằng đây có vẻ là một triển khai không hợp lệ…

Ngoài ra, @TO cũng đã đưa ra một khoản tiền thưởng công khai. Nhóm đầu tiên tạo ra bộ chỉ mục giao thức Rune sẽ nhận được khoản tiền thưởng trị giá 100.000 USD.

Điều cần được nhắc nhở ở đây là vẫn chưa có kết luận nào về việc việc triển khai $RUNE có hiệu quả hay không, bởi vì giao thức cho đến nay chỉ là ý tưởng của Casey và chưa có tiêu chuẩn cũng như sản xuất mã liên quan nào được soạn thảo . Hãy cẩn thận với tất cả các loại lừa đảo!

Phần kết luận

Ý tưởng của Casey giống như một cách bất lực để nói với mọi người - Tôi có cách tốt hơn BRC-20. Bạn có muốn cân nhắc việc đưa Ordinals trở lại hướng phát triển ban đầu không?

Vậy BRC-20 sẽ “chết”? Tôi nghĩ không cần thiết phải quá bi quan. Trong nhiều tháng, BRC-20 đã thu hút một số lượng lớn các nhóm nghiên cứu nó và những nhóm này sẽ không từ bỏ chỉ vì Casey có một ý tưởng. Hơn nữa, BRC-20 cũng đang phát triển năng động, liệu có thể kết hợp với Lightning Network để giải quyết một số điểm yếu hiện nay? Đây là tất cả những gì được mong đợi.

Cuối cùng là sự tra tấn linh hồn của Casey——

99,9% FT là meme và lừa đảo, tôi không chắc liệu việc tạo giao thức FT mới cho Bitcoin có thực sự là một ý tưởng hay không?