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 các mạng Lightning 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 đã đạt được 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 cho đến nay.

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

Casey Rodarmor đã sử dụng một giao thức câu mô tả giao thức "Rune". Tính năng lớn nhất của giao thức "Article" được tóm tắt - 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ó sẽ có thể so sánh với giao thức Bitcoin FT hiện tại. , nó có thể làm giảm "tác hạ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ó 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 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ả 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 để thực hiện một số thao tác 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.

- Taproot Assets (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 như thế nào để giải quyết các điểm yếu nêu trên?

Triển khai giao thức "Chạy"

Tổng quan

Số dư của Mã thông báo "Rune" được chứa 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 và mã pubkey của tập lệnh đầu ra chứa OP_RETURN, theo sau là một đầu ra dữ liệu biểu thị chữ cái viết hoa ASCII "R", thì đầu ra A 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 một 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 Token "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à "SỐ TIỀN". 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 sẽ được gán cho.

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 "Chạy"

Nếu có mã thông báo thứ hai sau thông báo giao thức Dữ liệu đầu ra, giao dịch này là giao dịch tạo Token "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ên Token), hỗ trợ tối đa 26 bit và các ký tự khả dụng chỉ có A-Z .

THẬP KIM: Độ 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, Token "rune" sẽ được gán một giá trị ID, Token "rune" đầu tiên được tạo Giá trị ID 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ố dư sẽ được hiển thị dưới dạng BITCOIN, BTC hoặc XBT hoặc có giá trị ID là 0.

Tại sao Casey lại đột nhiên nảy ra ý tưởng về thỏa thuận "Rune"?

Trong sổ tay 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à tạo ra "các tạo phẩm kỹ thuật số" thông qua Bitcoin hoặc "NFT" " hiệp định. 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 từ lâu, đặc biệt là hai dòng tweet gần đây của anh ấy đã gây náo động và có thể cảm nhận được sự không hài lòng của anh ấy đối với BRC-20 thậm chí nhiều hơn Thái độ tiêu cực:

Điều tôi mong muốn nhất trong dịp Giáng sinh là các nhà đầu cơ khám phá Tài sản Taproot (Taro) để họ có thể ngừng đúc BRC-20 Token

Chúng ta không thể đốt " "Transfer Inscription" khóa số dư của họ nên họ có để gửi dòng chữ chuyển khoản cho mình để mở khóa số dư?

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", 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 về khái niệm giao thức Rune có thể được gọi là sự "cào và chữa lành" của Casey đối với giao thức Ordinals - mặc dù ông là người sáng lập ra giao thức này, nhưng trong thế giới của Web3, anh ta không có cách nào để nhất tâm chặn BRC-20, thứ mà anh ta coi là "bệnh ung thư" ký sinh trên giao thức Ordinals. 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 1 ngày.

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

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 đó đã chỉ ra trong phần bình luận của tweet rằng đây có vẻ là một triển khai không hợp lệ...

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

Chúng tôi cần nhắc nhở mọi người ở đây có điều gì đó đặc biệt Lưu ý rằng 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 này cho đến nay chỉ là ý tưởng của Casey và chưa có tiêu chuẩn hoặc sản xuất mã liên quan nào được thực hiện soạn thảo. Hãy cẩn thận với tất cả các loại lừa đảo!

Kết luận

Ý tưởng của Casey càng bất lực hơn Mọi người đều nói - Tôi có một cách tốt hơn BRC-20. Mọi người có nê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 rất nhiều đội xây dựng nó và những đội đó 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, màn tra tấn linh hồn của Casey——

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

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia