
Tranh chấp phân nhánh BRC-20 sắp bùng nổ, làm thế nào để nhanh chóng hiểu rõ mọi việc đang xảy ra?
Tuyển chọn TechFlowTuyển chọn TechFlow

Tranh chấp phân nhánh BRC-20 sắp bùng nổ, làm thế nào để nhanh chóng hiểu rõ mọi việc đang xảy ra?
Chúng ta cần sự phi tập trung, thảo luận kỹ lưỡng, đồng thuận chậm rãi và tinh thần thỏa hiệp để thúc đẩy giao thức BRC-20 phát triển.
Tác giả: Bob Bodily
Biên dịch: TechFlow
Gần đây, nhà sáng lập BRC-20 @domodata đã đăng tweet chỉ trích UniSat, cho rằng hành động nâng cấp giao thức Ordinals dùng để lập chỉ mục BRC-20 lên phiên bản mới là một sự phân nhánh (fork) đối với BRC-20.
Đằng sau công nghệ và việc thay thế phiên bản dường như còn là một cuộc tranh giành quyền kiểm soát giao thức.
Sau đó, sự kiện "phân nhánh" của Unisat này cũng đã gây ra nhiều tranh luận trong cộng đồng, phản ứng thị trường thì khác nhau. Bob Bodily, CEO của BioniqMarket, đã đưa ra bình luận về vấn đề này, nội dung giúp mọi người nhanh chóng hiểu được nguyên lý kỹ thuật và toàn bộ diễn biến sự việc. Dưới đây là bản dịch toàn văn.
Trước tiên, tóm tắt ngắn gọn về BRC-20:
Cho đến nay, BRC-20 là giao thức token thay thế thành công nhất trên Bitcoin. Khối lượng giao dịch năm ngoái lên tới hàng trăm triệu, thậm chí có thể đạt hàng chục tỷ đô la Mỹ. Giao thức này không hoàn hảo (sử dụng mã hóa kém hiệu quả, gia tăng gánh nặng tập hợp UTXO, chức năng hạn chế), nhưng lại rất dễ triển khai và đúc token, đồng thời đã khơi dậy làn sóng inscriptions trên hầu hết các chuỗi trong toàn bộ thế giới tiền mã hóa.
Tiếp theo là phần giới thiệu nhanh về mặt kỹ thuật:
BRC-20 là một giao thức meta được xây dựng dựa trên giao thức meta Ordinals, trong khi bản thân Ordinals lại được xây dựng trên Bitcoin. Điều này có nghĩa là Ordinals sử dụng Bitcoin làm lớp đảm bảo tính sẵn có dữ liệu đầy đủ, và dùng bộ lập chỉ mục ngoại tuyến để xác định trạng thái giao thức meta. BRC-20 sử dụng giao thức Ordinals làm lớp đảm bảo tính sẵn có dữ liệu đầy đủ, đồng thời dùng bộ lập chỉ mục ngoại tuyến để xác định trạng thái giao thức meta. Nghĩa là BRC-20 thực tế là một giao thức meta-meta (giao thức trên giao thức meta), vì nó được xây dựng trên Ordinals.
Độ phức tạp khi xây dựng BRC-20 trên Ord:
Trong năm qua, đặc tả kỹ thuật của giao thức Ordinals đã liên tục thay đổi. Ordinals là một giao thức hoàn toàn mới, do đó nó thường xuyên thay đổi. Khi bạn xây dựng một tiêu chuẩn token trên Ordinals, giao thức của bạn sẽ chịu thêm rủi ro, bởi vì bạn đang phụ thuộc vào một giao thức luôn thay đổi. Đây chính xác là điều đã xảy ra với Ordinals 0.8.0 và Ordinals. Các phiên bản khác nhau của Ordinals theo dõi inscriptions theo cách hơi khác nhau, điều này có nghĩa bộ lập chỉ mục BRC-20 sẽ báo cáo số dư sai lệch, tùy thuộc vào việc chúng được xây dựng dựa trên phiên bản 0.8.0 hay 0.9.0. Tất nhiên, điều này là không mong muốn.
Giải pháp từ L1F
Giải pháp từ Layer 1 Foundation @L1Fxyz (ghi chú biên tập: tổ chức này là quỹ của Domo, nhà sáng lập BRC20) là giữ nguyên phiên bản giao thức Ordinals ở mức 0.9.0, nhằm ngăn chặn các vấn đề tương tự xảy ra trong tương lai. Như vậy, ngay cả khi chúng ta vẫn còn các inscriptions bị nguyền (cursed inscriptions), bằng cách xây dựng tất cả các bộ lập chỉ mục trên phiên bản 0.9.0, bạn có thể tránh được bất kỳ sự không tương thích nào giữa các phiên bản. Đây không phải là giải pháp vĩnh viễn, nhưng hiện tại nó hoạt động rất tốt trong việc duy trì sự ổn định của BRC-20.
Unisat muốn thúc đẩy giao thức tiến lên
Unisat muốn thúc đẩy sự phát triển của giao thức. Trước tiên, Unisat giới thiệu hệ thống module đen/trắng. Điều này cho phép những người xây dựng trên BRC-20 (như Unisat) đưa các chức năng mới vào module đen (một không gian tạm thời, không được lập chỉ mục trong giao thức chính). Bạn có thể chuyển token vào module đen, nhưng không thể rút ra trước khi được phê duyệt, cơ bản giống như sidechain của Bitcoin (cầu nối một chiều). Sau đó hôm qua, Unisat thông báo họ muốn nâng cấp phiên bản Ord dưới bộ lập chỉ mục BRC-20 của mình lên phiên bản mới nhất sau sự kiện Jubilee (Ngày Tự Do). Jubilee là phiên bản chính thức của Ord, sau đó chúng ta sẽ không còn các inscriptions bị nguyền nữa (tất cả inscriptions sẽ mãi mãi mang giá trị dương).
Điểm tranh cãi: Làm thế nào để nâng cấp BRC-20?
Việc nâng cấp phiên bản Ordinals dưới bộ lập chỉ mục BRC-20 thực sự là một ý tưởng rất tốt. Giao thức Ordinals sẽ ổn định hơn, chúng ta sẽ không còn các Ordinals bị nguyền, và không cần lo lắng về các vấn đề như số dư tài khoản không khớp.
Unisat muốn triển khai dịch vụ này càng sớm càng tốt, điều này hoàn toàn hợp lý vì Unisat là một công ty khởi nghiệp. Các công ty khởi nghiệp không có thời gian để ngồi yên. Họ phải nỗ lực tìm kiếm sản phẩm phù hợp với thị trường và phục vụ người dùng.
L1F muốn hoãn việc nâng cấp, bởi vì nếu chúng ta nâng cấp quá vội vàng, có thể xuất hiện thêm nhiều lỗi. Best in slot và những người khác đã phát hiện ra một số lỗi trong giao thức này. Điều này cũng hợp lý, vì L1F là tổ chức nhằm bảo vệ giao thức, do đó họ có thể chấp nhận con đường nâng cấp chậm hơn, có chủ đích hơn.
Một số người cho rằng đây là cuộc đấu quyền lực nhằm kiểm soát giao thức của đội ngũ Unisat. Những người khác lại cho rằng L1F chỉ đang cố gắng kiểm soát giao thức, trong khi giao thức nên được vận hành nhiều hơn bởi thị trường.
Quan điểm của tôi
Do sự thành công đáng kinh ngạc của giao thức BRC-20, chúng ta không thể mạo hiểm liều lĩnh như lúc ban đầu nữa. Thời kỳ khởi nghiệp của BRC-20 đã kết thúc, hiện tại BRC-20 là một giao thức tuyệt đối khổng lồ (TVL, người dùng, hạ tầng, ví, thị trường), mọi thứ không thể còn được thực hiện nhanh chóng nữa. Tôi thích cách tiếp cận của L1F, Domo luôn nhận thức rõ tầm quan trọng của sự ổn định giao thức (BRC-20 kể từ khi ra đời chưa thực sự thay đổi), đây là một lợi thế, giúp tích hợp dễ dàng hơn, xây dựng dễ dàng hơn. Chúng ta cần sự phi tập trung, thảo luận, đạt được sự đồng thuận chậm rãi và thỏa hiệp để thúc đẩy giao thức BRC-20 phát triển.
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














