Xuất hiện giao thức FT mới trên Bitcoin, người sáng lập Ordinals đã hết chịu nổi BRC
Tuyển chọn TechFlowTuyển chọn TechFlow
Xuất hiện giao thức FT mới trên Bitcoin, người sáng lập Ordinals đã hết chịu nổi BRC
Tạo một giao thức FT mới cho Bitcoin có thực sự là một ý tưởng hay không?
Chuyên sâu báo cáo Web3Hôm nay, Casey Rodarmor, người sáng lập giao thức Bitcoin NFT Ordinals, đã đề xuất một ý tưởng thiết kế giao thức FT trên Bitcoin mới có tên là «Rune», còn được gọi là giao thức «Phù Văn».
Giao thức này khác gì so với các giao thức FT trên mạng lưới Lightning như BRC-20 hay Taro/RGB? Tại sao Casey lại đột ngột đưa ra ý tưởng về giao thức «Phù Văn»? Trong vòng chưa đầy 1 ngày kể từ khi ý tưởng này xuất hiện, đã có những tiến triển nào?
TechFlow sẽ tổng hợp chi tiết mọi thông tin liên quan đến giao thức «Phù Văn» cho bạn.
Điểm khởi phát thiết kế của giao thức «Phù Văn»
Casey Rodarmor đã tóm tắt đặc điểm nổi bật nhất của giao thức «Phù Văn» bằng một câu nói —— một giao thức FT đơn giản, dựa trên UTXO, mang lại trải nghiệm tốt cho người dùng Bitcoin.
Theo Casey, nếu giao thức để lại «dấu chân» nhỏ trên chuỗi và thúc đẩy việc quản lý UTXO đáng tin cậy, thì so với các giao thức FT Bitcoin hiện tại, nó có thể giảm thiểu «tác hại». Ít nhất, sự phổ biến hiện tại của BRC-20 đã tạo ra lượng lớn UTXO «rác».
Casey đã so sánh giao thức «Phù Văn» với các giao thức FT Bitcoin hiện có theo 4 khía cạnh sau:
- Độ phức tạp: Giao thức phức tạp đến đâu? Có dễ triển khai không? Có dễ dàng được áp dụng rộng rãi không?
- Trải nghiệm người dùng: Có bất kỳ chi tiết triển khai nào ảnh hưởng tiêu cực đến trải nghiệm người dùng không? Đặc biệt, các giao thức phụ thuộc dữ liệu ngoài chuỗi có dấu chân nhẹ hơn trên chuỗi nhưng lại tạo ra độ phức tạp lớn. Người dùng phải tự vận hành máy chủ riêng hoặc tìm kiếm và tương tác với 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 tối thiểu hóa tập hợp UTXO bằng cách tránh tạo ra UTXO «rác».
- Token gốc: Những giao thức yêu cầu token gốc để vận hành thường rườm rà, cần khai thác (extractive), do đó khó được chấp nhận rộng rãi.
Kết quả so sánh:
- BRC-20: Không dựa trên UTXO và khá phức tạp vì cần sử dụng giao thức Ordinals để thực hiện một số thao tác.
- RGB: Rất phức tạp, phụ thuộc dữ liệu ngoài chuỗi, đã phát triển lâu dài mà chưa được áp dụng rộng rãi.
- Counterparty: Một số thao tác cần dùng token gốc, không dựa trên UTXO.
- Omni Layer: Một số thao tác cần dùng token gốc, không dựa trên UTXO.
- Taproot Assets (Taro): Khá phức tạp, phụ thuộc dữ liệu ngoài chuỗi.
Vậy cụ thể giao thức «Phù Văn» sẽ thực hiện như thế nào để giải quyết các vấn đề nan giải trên?
Triển khai giao thức «Phù Văn»
Tổng quan
Số dư token «Phù Văn» được chứa trực tiếp trong UTXO, mỗi UTXO có thể chứa số lượng tùy ý token «Phù Văn».
Nếu một giao dịch bao gồm một đầu ra mà pubkey script của đầu ra đó chứa OP_RETURN, theo sau là một output dữ liệu biểu thị chữ cái ASCII viết hoa «R», thì giao dịch đó chứa một thông điệp giao thức. Thông điệp giao thức bao gồm tất cả nội dung sau output dữ liệu đầu tiên.
Nếu chèn thông điệp giao thức không hợp lệ và token «Phù Văn» vào một giao dịch, token «Phù Văn» sẽ bị đốt cháy. Điều này cho phép giao thức «Phù Văn» nâng cấp trong tương lai, tránh tình trạng không thể sửa lỗi phân bổ token «Phù Văn» đã được tạo/phân bổ do lỗi trong phiên bản cũ của giao thức.
Mã hóa số nguyên thành biến tiền tố, phần bắt đầu của biến xác định độ dài byte của token «Phù Văn».
Chuyển nhượng token «Phù Văn»
Output dữ liệu đầu tiên trong thông điệp giao thức được giải mã thành một dãy số nguyên, dãy này sẽ chứa 3 loại thông tin: «ID», «OUTPUT» và «AMOUNT». Nếu số lượng số nguyên sau khi giải mã không phải bội số của 3, thông điệp giao thức sẽ bị coi là không hợp lệ.
ID: Xác định token «Phù Văn» nào đang được chuyển nhượng. Mỗi token «Phù Văn» khi được tạo sẽ được gán một ID, ID bắt đầu từ 1, token «Phù Văn» càng sớm được tạo ID càng nhỏ.
OUTPUT: Quyết định phân bổ cho đầu ra thứ mấy.
AMOUNT: Số lượng token «Phù Văn» được chuyển nhượng. Nếu số lượng AMOUNT bằng 0, đại diện cho toàn bộ số dư token «Phù Văn» còn lại trong tài khoản.
Sau khi xử lý tất cả các thao tác chứa trong dãy số nguyên, nếu vẫn còn token «Phù Văn» không cần thao tác, chúng sẽ được phân bổ vào đầu ra đầu tiên không phải OP_RETURN. Ngoài ra, nếu phân bổ token «Phù Văn» vào output OP_RETURN chứa thông điệp giao thức, token «Phù Văn» có thể bị đốt cháy.
Tạo token «Phù Văn»
Nếu sau thông điệp giao thức còn có output dữ liệu thứ hai, giao dịch đó là giao dịch tạo token «Phù Văn». Phần dữ liệu này sẽ được giải mã thành hai số nguyên «SYMBOL» và «DECIMALS», nếu còn các số nguyên khác thì bị coi là không hợp lệ.
SYMBOL: Tương đương Ticker của BRC-20 (tức tên Token), tối đa hỗ trợ 26 ký tự, chỉ dùng được các ký tự A-Z.
DECIMALS: Độ chính xác, xác định số chữ số thập phân mà token «Phù Văn» hỗ trợ.
Nếu «SYMBOL» chưa được sử dụng, token «Phù Văn» đó sẽ được gán một giá trị ID, token «Phù Văn» đầu tiên được tạo có ID bằng 1, ba tên BITCOIN, BTC và XBT bị cấm sử dụng. Nếu «SYMBOL» đã được dùng, việc tạo sẽ vô hiệu. Nghĩa là, giao thức «Phù Văn» vẫn không hỗ trợ tạo token trùng tên.
Hiển thị số dư Bitcoin trong UTXO
Trong một UTXO, số dư Bitcoin sẽ hiển thị dưới dạng BITCOIN, BTC hoặc XBT, hoặc được hiển thị với giá trị ID là 0.
Tại sao Casey đột ngột đưa ra ý tưởng giao thức «Phù Văn»?
Trong sổ tay chính thức của giao thức Ordinals, ta có thể thấy Casey hình dung Ordinals là một giao thức tạo ra «di vật kỹ thuật số», hay nói cách khác là «NFT» trên Bitcoin. Nhưng cùng với sự phát triển của giao thức Ordinals, số lượng inscription liên quan đến BRC-20 đã chiếm hơn 85% tổng số inscription.
Casey đã bất mãn với BRC-20 từ lâu, đặc biệt là qua hai dòng tweet gần đây gây tranh cãi mạnh mẽ, ta càng cảm nhận rõ thái độ tiêu cực của anh đối với BRC-20:
Món quà Giáng sinh tôi mong muốn nhất là các nhà đầu cơ phát hiện ra Taproot Assets (Taro), để họ có thể ngừng鑄造 token BRC-20
Không thể khắc «inscription chuyển nhượng» lên số dư của những người nắm giữ token BRC-20 để khóa số dư của họ, buộc họ phải gửi chính inscription chuyển nhượng đó cho bản thân để mở khóa số dư sao?
Theo Casey, «phòng trưng bày nghệ thuật» mà anh tạo ra đã trở thành thiên đường cho các nhà đầu cơ, điều này khiến anh rất khó chịu. Không chỉ «phòng trưng bày» của mình biến thành «sòng bạc lớn», Casey còn có thái độ tiêu cực với chính bản chất FT:
Trong bài blog đề xuất ý tưởng giao thức Rune, Casey kết luận rằng «thế giới FT gần như là một vực sâu vô phương cứu chữa, tràn ngập lừa đảo và tham lam»
Việc đề xuất ý tưởng giao thức Rune có thể xem là một hành động «cạo xương chữa độc» của Casey đối với giao thức Ordinals —— dù là người sáng lập, nhưng trong thế giới Web3, anh không thể đơn phương phong sát «khối u độc» BRC-20 mà anh cho là ký sinh trên giao thức Ordinals. Vì vậy, anh đưa ra ý tưởng này —— đây là «phòng trưng bày nghệ thuật», nếu các bạn vẫn muốn tiếp tục chơi liều lĩnh (Degen), tôi có một ý tưởng, hãy qua «sòng bạc lớn» mà Degen, OK chứ?
Dù vậy, Casey chỉ mới đưa ra ý tưởng về giao thức FT trên Bitcoin mang tên Rune, bản thân anh thậm chí không có ý định triển khai nó. Tuy nhiên, sức ảnh hưởng của Casey là điều không thể phủ nhận, ta đã thấy rõ sự hào hứng của cộng đồng chỉ trong chưa đầy 1 ngày.
Trong chưa đầy 1 ngày, giao thức Rune đã có những phát triển gì?
Thị trường giao dịch NFT Bitcoin Ordinals Wallet đã thông báo triển khai token $RUNE đầu tiên theo giao thức Rune vào lúc 3 giờ chiều.
Tuy nhiên, trong phần bình luận bài đăng có người chỉ ra rằng đây dường như là một lần triển khai không hợp lệ...
Ngoài ra, @TO cũng đã đưa ra một phần thưởng công khai: đội đầu tiên xây dựng được bộ chỉ mục (indexer) cho giao thức Rune sẽ nhận được thưởng 100.000 USD.
Cần nhấn mạnh đặc biệt rằng, việc triển khai $RUNE có hợp lệ hay không hiện chưa có kết luận, vì giao thức này đến nay vẫn chỉ là một ý tưởng của Casey, chưa có tiêu chuẩn nào được soạn thảo hay mã nguồn nào được phát hành. Hãy cảnh giác trước mọi hình thức lừa đảo!
Kết luận
Ý tưởng của Casey nhiều hơn là một lời than thở bất lực —— Tôi có một phương pháp tốt hơn BRC-20, mọi người có thể cân nhắc thử, để Ordinals quay lại hướng phát triển ban đầu không?
Vậy BRC-20 sẽ «chết» không? Tôi nghĩ cũng không cần quá bi quan. Trong vài tháng qua, BRC-20 đã thu hút lượng lớn các đội ngũ xây dựng, những đội này sẽ không từ bỏ chỉ vì một ý tưởng của Casey. Hơn nữa, BRC-20 cũng đang phát triển động, liệu có thể kết hợp mạng lưới Lightning để giải quyết một số điểm yếu hiện tại? Tất cả đều là điều đáng kỳ vọng.
Cuối cùng, là câu hỏi tâm can từ Casey ——
99,9% FT đều là meme và lừa đảo, tôi không chắc chắn, việc tạo một giao thức FT mới cho Bitcoin thực sự là một ý tưởng hay sao?
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
@lonelyhorseme
