Tác giả: Bob Bodily, PhD Nguồn: X, @BobBodily
1. Tranh chấp do chỉ mục giao thức "Yuanyuan" gây ra
Trước hết , Tổng quan ngắn gọn về BRC-20:
BRC-20 hiện là giao thức mã thông báo có thể trao đổi Bitcoin thành công nhất. Trong năm qua, khối lượng giao dịch của nó đã lên tới hàng trăm triệu, nếu không muốn nói là hàng tỷ đô la. Mặc dù nó không hoàn hảo (sử dụng mã hóa không hiệu quả, tăng thêm gánh nặng cho bộ đầu ra giao dịch chưa được chi tiêu (UTXO), có chức năng hạn chế), nhưng nó cực kỳ dễ triển khai và đúc mã thông báo, đồng thời đã gây ra tranh cãi trên hầu hết tất cả các chuỗi khối. .
Tiếp theo là phần giới thiệu ngắn gọn về các nguyên tắc kỹ thuật:
BRC-20 là một siêu giao thức được xây dựng trên siêu giao thức Ordinals. Điều này có nghĩa là Ordinals sử dụng Bitcoin làm lớp sẵn có dữ liệu đầy đủ và sử dụng các công cụ lập chỉ mục ngoài chuỗi để xác định trạng thái siêu giao thức. BRC-20 sử dụng giao thức Ordinals làm lớp sẵn có dữ liệu hoàn chỉnh và sử dụng bộ chỉ mục ngoài chuỗi để xác định trạng thái siêu giao thức. Điều này có nghĩa là BRC-20 thực sự là một giao thức "meta-meta" vì nó được xây dựng dựa trên Ordinals.
Sự phức tạp của việc xây dựng BRC-20 trên Đơn đặt hàng:
Các thông số kỹ thuật của giao thức Ordinals đã thay đổi trong năm qua. Ord là một giao thức hoàn toàn mới nên nó thay đổi thường xuyên. Khi bạn xây dựng tiêu chuẩn mã thông báo trên Ord, bạn sẽ tăng thêm rủi ro cho giao thức của mình vì bạn có sự phụ thuộc vào giao thức luôn thay đổi.
Đây là những gì đã xảy ra với Lệnh 0.8.0 và Lệnh 0.9.0. Các phiên bản khác nhau của dòng chữ Ord theo những cách hơi khác nhau, có nghĩa là bộ chỉ mục BRC-20 sẽ báo cáo số dư không chính xác tùy thuộc vào việc nó được xây dựng trên 0.8.0 hay 0.9.0. Tất nhiên, điều này là không nên.
2. unisat VS domo(LF1)
< strong>Giải pháp L1F
Giải pháp của Nền tảng lớp 1 (@L1Fxyz) là đóng băng phiên bản giao thức Ord về 0.9.0, để ngăn chặn những vấn đề tương tự xảy ra trong tương lai. Vì vậy, ngay cả khi chúng tôi có thêm các danh mục dòng chữ "bị nguyền rủa", bạn vẫn có thể tránh được tình trạng không tương thích giữa các phiên bản bằng cách giữ nguyên tất cả các trình lập chỉ mục được xây dựng trên phiên bản 0.9.0. Đây không phải là giải pháp lâu dài nhưng hiện tại nó rất hiệu quả trong việc duy trì sự ổn định của BRC-20.
Unisat hy vọng sẽ thúc đẩy sự phát triển của giao thức
Đầu tiên, Unisat giới thiệu hệ thống mô-đun đen/trắng. Điều này cho phép những người xây dựng trên BRC-20 (như Unisat) giới thiệu chức năng mới trong các mô-đun màu đen (các vị trí tạm thời không được lập chỉ mục trong giao thức chính). Bạn có thể chuyển mã thông báo của mình vào mô-đun màu đen, nhưng không thể rút chúng cho đến khi được phê duyệt, giống như Chuỗi không gian Bitcoin (cầu một chiều). Sau đó, gần đâyUnisat thông báo rằng họ hy vọng sẽ nâng cấp phiên bản Ord theo bộ chỉ mục BRC-20 lên phiên bản mới nhất (sau Năm Thánh). Jubilee là bản phát hành chính thức của Ord, sau đó chúng ta sẽ không còn Ordinals bị "nguyền rủa" nữa (tất cả các dòng chữ sẽ luôn có số dương).
Điểm mấu chốt trong cuộc tranh luận: cách nâng cấp BRC-20
Nâng cấp phiên bản Ord theo bộ chỉ mục BRC-20 thực sự là một ý tưởng rất hay. Giao thức Ord sẽ ổn định hơn, chúng ta sẽ không còn những Ordinal "bị nguyền rủa" nữa, và chúng ta sẽ không còn phải lo lắng về tình trạng mất cân bằng và các vấn đề khác.
Unisat hy vọng sẽ tung ra bản nâng cấp này càng sớm càng tốt, điều này rất 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 để chờ đợi. Bạn phải chạy đi tìm sản phẩm phù hợp với thị trường và xây dựng cho người dùng.
L1F muốn trì hoãn việc nâng cấp vì nếu chúng tôi vội vàng, có thể xảy ra thêm lỗi. Best in slot và những người khác đã phát hiện ra một số lỗi giao thức. Điều này hợp lý vìL1F là một nền tảng nhằm mục đích bảo vệ giao thức, vì vậy họ xác nhận đường dẫn chậm hơn, có mục đích hơn tới giao thức để nâng cấp.
Một số người tin rằng đây là cuộc tranh giành quyền lực của nhóm Unisat đang cố gắng kiểm soát giao thức. Trong khi những người khác tin rằng L1F chỉ đơn giản là cố gắng kiểm soát những gì lẽ ra phải là một giao thức hướng đến thị trường hơn.
3. Ý kiến của Bob
Bởi vì Thỏa thuận BRC-20 là một thành công lớn và chúng tôi không thể tiến nhanh hơn nữa. Giai đoạn khởi động của BRC-20 đã kết thúc. BRC-20 là một giao thức cực kỳ lớn (tổng giá trị bị khóa, người dùng, cơ sở hạ tầng, ví, thị trường) và không ai có thể di chuyển nhanh sau giao thức này. Tôi thích cách tiếp cận của L1F. Domo luôn nhận thức được tầm quan trọng của tính ổn định của giao thức (BRC-20 thay đổi rất ít kể từ khi ra đời), đây là một lợi thế. Dễ dàng tích hợp hơn. Dễ dàng hơn để xây dựng. vân vân. Chúng ta cần sự phân cấp, cân nhắc, sự đồng thuận và thỏa hiệp diễn ra chậm rãi để thúc đẩy sự thay đổi trong giao thức BRC-20.