Tôi phải thở dài, "Một ngày trong vòng tiền tệ, một năm trên thế giới" không phải là không có gì. Tốc độ đổi mới trong web3 nhanh một cách đáng kinh ngạc. Chỉ hai ngày sau khi phát hành giao thức Brc-20, Hugo, một nhà phát triển khác của Hirosystem, đã lấy cảm hứng từ nó và đề xuất một phiên bản cải tiến của giao thức BOP (Giao thức thứ tự Bitcoin, giao thức thứ tự Bitcoin).
Giao thức này cũng đang được thử nghiệm và tác giả của giao thức brc-20 cũng đã thừa nhận nó và đã đăng lại nó. "Cải thiện giao thức brc20" được truyền từ nhà phát triển này sang nhà phát triển khác giống như dùi cui. (Lưu ý: Hiro là một cơ sở hạ tầng giúp xây dựng các hợp đồng thông minh trên ngăn xếp mạng hai lớp Bitcoin)
Nguồn gốc của BOP
Hugo đã phát minh ra giao thức BOP dựa trên một cuộc thảo luận về giao thức brc-20 Một số người đã đặt câu hỏi: "Bất kỳ giao thức mã thông báo đồng nhất có ý nghĩa nào cũng không nên sử dụng định dạng JSON" (nếu bạn không biết định dạng của giao thức brc-20, bạn có thể kiểm tra "Có thể phát hành tiền một cách độc lập trên chuỗi BTC không? Đưa bạn hiểu giao thức brc-20" ), lý do là: "Là giao thức cơ bản, chúng tôi có thể khắc bất kỳ byte nào. Mặc dù json cải thiện khả năng đọc nhưng nó cũng tăng Kích thước của dòng chữ, khi dịch vụ của bên thứ ba đọc dữ liệu, không cần xem xét khả năng đọc của giao thức, chúng tôi cần một giao thức nhẹ hơn." Vì vậy, lấy cảm hứng từ điều này, Hugo đã tạo ra giao thức BOP (https://github.com/hugocaillard/bop).
Định dạng của giao thức BOP
Tác giả đã biến phiên bản đầu tiên của bản nháp thành một dòng chữ và khắc vĩnh viễn nó trên chuỗi khối, số là #420142
2575466c50a2137ac12b8cfb55e38609018264cbb9b1b0091c56c8992b7d1917i0
Mới nhìn thoáng qua, trong lòng đã nói: "Người tốt, người tốt, đây là cái gì?", nhưng nhìn thoáng qua cũng có thể hiểu được, nhưng lại không hiểu rõ lắm. Tôi đưa mọi người từng bước tháo gỡ thỏa thuận này. .
#d.0.bft có nghĩa là khai báo tiêu chuẩn mã thông báo có ID 0 và tên bft, đồng thời các giao thức trong tương lai sử dụng cùng số ID hoặc tên đó sẽ bị bỏ qua.
Tiêu chuẩn phát hành của giao thức bft được khai báo từ dòng thứ hai, bao gồm ba khai báo phương thức là triển khai, đúc và chuyển .
Trước tiên hãy xem phương pháp 0: triển khai
Tiếp theo, hãy xem phương pháp 1: bạc hà
Cách 2: chuyển khoản
Nếu bạn có kinh nghiệm lập trình, bạn chắc chắn sẽ nghĩ đến "khai báo hàm" khi lần đầu tiên học lập trình, khai báo hàm có nghĩa là đặt tên cho hàm và chỉ định các tham số, để nó có thể được gọi trực tiếp ở những nơi khác trong chương trình. Với "khai báo chức năng" thì phải có "thực hiện chức năng". Quá trình gọi giao thức bop được gọi là " Gọi một BOP ", và nó phải bắt đầu bằng "#c". Tiếp theo, tôi sẽ sử dụng mã đầu tiên do tác giả Đồng xu "idro" được giải thích như một ví dụ.
triển khai idro
#c.0.0, gọi phương thức thứ 0 (nghĩa là phương thức triển khai) của giao thức có ID số 0 (nghĩa là bft ở trên)
0, số ID của mã thông báo idro và số ID của các mã thông báo khác sẽ tăng lên
idro, tên mã thông báo
21e12, tổng số lượng mã thông báo, tổng cộng là 21000000000000
[[144,2048]....[1728,1]], có nghĩa là bắt đầu từ khối đã triển khai ( chiều cao khối 780310 ) cứ sau 144 khối, số lượng bạc hà mỗi lần giảm một nửa, bắt đầu từ năm 2048, gần như giảm một nửa sau mỗi lần ngày khác.
Sau đây là bảng giảm sản xuất mã thông báo, có thể tính toán số lượng đúc tối đa mỗi lần theo chiều cao khối hiện tại.
đúc idro
Bước tiếp theo là làm sao để cast vấn đề được quan tâm nhất, code cast rất ngắn, chỉ một dòng
#c.0.1 Gọi phương thức đầu tiên (nghĩa là phương thức truyền) của giao thức có ID số 0 (nghĩa là bft ở trên)
0, số ID của mã thông báo idro
Số lượng được mặc định ở đây và số lượng tối đa sẽ được đúc theo chiều cao khối hiện tại. Nếu bạn muốn chỉ định số lượng, bạn có thể thêm số lượng sau, chẳng hạn như truyền 10 lần một lúc, "#c.0.1&0, 10"
Hai điểm khác đặc biệt đáng chú ý:
1. Khi sử dụng công cụ đúc của bên thứ ba, nếu nó được đúc vào ví tích hợp sẵn của bạn trước, sau đó chuyển sang ví của bạn, số dư của mã thông báo sẽ được lưu trong ví của công cụ, vì vậy không thể sử dụng được.
2. Nếu hai sự kiện thay đổi số dư xảy ra trong cùng một khối, thì sự kiện có phí cao hơn sẽ được ưu tiên. Do đó, chỉ có thể đạt được 1 thao tác đúc cho mỗi khối trên mỗi địa chỉ. Vì vậy, bạn không thể đúc tiền hàng loạt với cùng một ví
Dưới đây là phần giới thiệu về cách sử dụng công cụ đúc unisat do nhóm người Trung Quốc của chúng tôi phát triển:
Nhập URL: https://unisat.io/inscribe Truy cập trang chủ và chọn "Văn bản"
Chọn "Single" (truyền đơn, bên cạnh truyền hàng loạt), dán văn bản " #c.0.1&0 ", nhấp vào "Tiếp theo"
Dán địa chỉ ví Taproot của riêng bạn (bắt đầu bằng bc1p), sau đó chọn tỷ lệ thích hợp, bạn nên sử dụng "Bình thường" hoặc cao hơn.
Cuộn xuống nút thanh toán và nhấp vào "gửi & thanh toán hóa đơn"
Cuối cùng, sử dụng ví của riêng bạn để thanh toán số lượng BTC tương ứng đến địa chỉ được chỉ định.
chuyển idro
#c.0.2 Gọi phương thức thứ hai (nghĩa là phương thức truyền) của giao thức có ID số 0 (nghĩa là bft ở trên)
0, số ID của mã thông báo idro
100, số lượng token được chuyển
Sau khi văn bản được đúc thành một dòng chữ và gửi đến địa chỉ cần chuyển.
So với ERC20
Khi nói đến tiêu chuẩn mã thông báo, không thể không nhắc đến tiêu chuẩn mã thông báo erc20 trên Ethereum, được đề xuất bởi Fabian Vogelsteller vào tháng 11 năm 2015, chủ yếu bao gồm tên, ký hiệu, tổng cung, số dư tài khoản và chuyển khoản và các phương thức khác.
Đánh giá từ tiêu chuẩn Bop hiện tại, tên, ID, nguồn cung cấp tối đa, phương thức đúc và chuyển khoản đều có sẵn, số dư tài khoản và mã thông báo chuyển cũng cần có bộ chỉ mục trên chuỗi và giao diện người dùng để hiển thị, vốn đã là sơ bộ so với erc20 Take hình dạng.
So với brc20, tôi nghĩ tiêu chuẩn giao thức này giống ngôn ngữ lập trình hơn, dễ lập trình hơn, có thể mở rộng và kết hợp được cũng như nhẹ hơn, tôi nghĩ đây là tiến bộ của nó.
Tất nhiên, tác giả đã nhiều lần nhấn mạnh rằng đây là thử nghiệm và hy vọng rằng các nhà phát triển khác có thể tiếp tục tối ưu hóa trên cơ sở này.
tóm tắt
Thỏa thuận mã thông báo đồng nhất trên toàn bộ BTC vẫn đang trong giai đoạn hình thành. Chúng tôi không có cách nào để xác nhận cuối cùng thỏa thuận nào sẽ được công nhận, nhưng những gì chúng tôi có thể làm là theo dõi sự phát triển của hệ sinh thái cho đến khi xuất hiện một bộ giải pháp hoàn chỉnh . Nếu bạn có thêm câu hỏi,
