“1” Số thứ tự
Nhiều bài viết hiện có bắt đầu với Giao thức Số thứ tự, nhưng trong tài liệu chính thức của Số thứ tự, cái đầu tiên được nhắc đến là lý thuyết Số thứ tự. Từ đó, có thể suy luận rằng Casey cũng đã rút ra một số cảm hứng từ đó để tạo ra Giao thức Số thứ tự
Như chúng ta đã biết, đơn vị nhỏ nhất trong thế giới Bitcoin là satoshi (sat), và lý thuyết về số thứ tự có thể đơn giản được hiểu như việc đánh số những sat này theo cách nhân tạo. Từ phần động lực của đề xuất BIP, chúng ta có thể tóm tắt rằng lý thuyết muốn cung cấp một cách cho Bitcoin hoạt động như một bộ nhận dạng ổn định để ngăn chặn việc chuyển quyền sở hữu hoặc xoay khóa, mà không cần yêu cầu bất kỳ thay đổi nào đối với mạng Bitcoin.
Tất nhiên, có một số ý kiến phản đối về lý thuyết này, như làm giảm quyền riêng tư của người dùng, tăng kích thước của bộ UTXO, tấn công bụi, v.v. Chi tiết, xem đề xuất BIP.
“2” Thỏa Thuận Hạng Mục
Đề xuất về một thỏa thuận
Thỏa thuận về các vị trí đã được Casey đề xuất và công bố, trong đó ông đề xuất những ý tưởng sau:
”Chúng ta có thể sắp xếp những “Satoshi” này theo một thứ tự nhất định, gán cho chúng một số thứ tự từ 0 đến 2,100,000,000,000,000, sau đó kết nối chúng với các thông tin khác: hình ảnh, văn bản, video, hoặc thậm chí một chuỗi mã. Kết quả, mỗi Satoshi trở thành duy nhất và không thể thay thế. Điều này tương đương với việc trao cho Bitcoin khả năng tạo ra NFTs.”
Thỏa thuận Ordinals đã được triển khai vào cuối năm 2022, và lời viết đầu tiên trên mainnet đã được khắc vào ngày 14/12/2022 theo giờ UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), trong thời gian đó thỏa thuận đã được thống nhấtLuôn được cập nhật và lặp lại nhưng chưa được thông báo chính thức. Hiện tại, có thể cập nhật từ thông báo chính thức đầu tiên được tìm thấy trên Twitter của Casey như sau, vì vậy thỏa thuận về thứ tự có thể được coi là được đề xuất vào tháng 12 hoặc tháng 1: (Cũng cảm ơn vì gợi ý mà Shep đã cung cấp)
Đặc điểm của thỏa thuận
Số SAT và phân chia về độ hiếm
Con người là những người thu thập tự nhiên. Khi Số thứ tự nhân tạo các con số của Sats, tại sao họ không thể cho những SAT này cao hơn hoặc thấp hơn, để có sự phân biệt về sự hiếm có. Hiện tại, có 6 loại hiếm có:
Hiếm có thứ tương tự như những gì chúng ta gọi là “tiền giấy họa tiết báo”, “tiền giấy số liên tục”, v.v. khi chơi với tiền giấy trong đời thực. Đầu tiên, chúng chỉ là tiền giấy. Giá trị thực sự của chúng là mệnh giá của tờ tiền, nhưng vì người ta đặt cho nó một ý nghĩa đặc biệt, chúng có giá trị sưu tầm cao hơn và có một phần thưởng, đó chính là điều chúng ta thường gọi là “đồng thuận tạo ra giá trị.”
Trong khi chỉ định một số quy tắc cụ thể cho mỗi lần ngồi và theo dõi trong giao dịch, Thỏa thuận thứ tự cũng cho phép bất kỳ ai đính kèm dữ liệu bổ sung như hình ảnh (Hình ảnh), văn bản (Văn bản), video (Video), âm thanh (Âm thanh), v.v. thông qua Thỏa thuận thứ tự. Trong những ngày đầu, người chơi có nhiều khả năng tạo NFT trên đó hơn. Quan điểm ban đầu của người sáng lập Casey về nó cũng là cho phép mọi người lưu trữ thứ gì đó bất biến trên Bitcoin, chuỗi lâu đời nhất và phổ biến nhất. Vì vậy, trong một thời gian, nhiều người sẽ đánh đồng Ordinals với "Bitcoin NFT". Ngày nay, chúng ta vẫn có thể thấy chúng trong Unisat Wallet.
Giao dịch trước vào, trước ra
Để đảm bảo rằng việc sắp xếp SAT theo số serial không hỗn loạn trong quá trình giao dịch, phương pháp giao dịch theo nguyên tắc vào trước, ra trước được sử dụng.Đây là một ví dụ về bài viết của Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) để giải thích đặc điểm của first in, first out:
Trong hình ảnh dưới đây, có hai đầu vào ở bên trái. Địa chỉ 1 và Địa chỉ 2 có tổng cộng 5 Satoshi. Trong giao dịch này, 4 Satoshi đã được gửi đến một địa chỉ bắt đầu bằng 3 OpZ, và 1 Satoshi được để lại để trả cho người đào như một phí người đào.
Giả sử trong giao dịch trên, chúng ta đã bí mật sử dụng giao thức Ord để sắp xếp một danh tính (số serial) cho mỗi Satoshi, sau đó sau khi giao dịch hoàn thành, 4 Satoshi có số thứ tự A- > D tại địa chỉ 1 và địa chỉ 2 đã đi đến địa chỉ 3, và Satoshi cuối cùng đã được trao cho người đào.
Cái gọi là "nhập trước, xuất trước" có nghĩa là mỗi số Satoshi được sắp xếp theo chỉ số của nó trong đầu ra giao dịch. Ví dụ: trong đầu ra giao dịch (Đầu ra) trong hình bên dưới, địa chỉ 3 được xếp hạng trước địa chỉ thợ đào, sau đó Satoshi được chuyển từ địa chỉ 1 và địa chỉ 2 trước tiên được kế thừa bởi địa chỉ 3, sau đó là địa chỉ thợ đào.
Nguyên tắc giao thức
Bất kỳ ai quen thuộc với Bitcoin đều biết rằng Bitcoin ra đời như một hệ thống tiền điện tử ngang hàng. Ngôn ngữ lập trình mà nó sử dụng không phải là ngôn ngữ kịch bản hoàn chỉnh của Turing, vì vậy gần như không thể thực hiện các chức năng phức tạp, và hai cập nhật lớn của BTC vào '17 và '21 đã làm cho việc thực hiện một số chức năng liên quan đến logic phức tạp trên BTC trở nên khả thi.
Dựa trên giả thuyết phát triển được mô tả ở trên, Giao thức Hạng đã đạt được hiệu quả của việc xem và chuyển bằng cách viết nội dung của bản mạch vào tập lệnh Taproot và sử dụng UTXO. Kể từ khi chi phí tập lệnh Taproot chỉ có thể được thực hiện từ Các đầu ra Taproot hiện có, hai giai đoạn (cam kết/phát hiện) được sử dụng để đạt được việc khắc. Đầu tiên, khi gửi một giao dịch, chúng ta cần tạo một Đầu ra Taproot với một tập lệnh chứa nội dung của bản mạch, và thứ hai, khi phát hiện giao dịch, chúng ta cần tiêu tốn giao dịch đã gửi tạo trước đó để phát hiện nội dung của bản mạch trên chuỗi. Trong quá trình này, chúng ta cũng cần tuần tự hóa nội dung của bản mạch trong một loạt các bước:
Nhìn chung, đây tương đương với việc bạn khởi tạo một giao dịch WeChat. Trong quá trình chuyển khoản, chúng ta cần chỉ định nội dung của lời chú thích mà bạn tạo ra trong các bình luận (Taproot Output), sau đó gửi giao dịch (chi tiêu để gửi giao dịch), vì thế sau khi gửi hoàn tất, chúng ta có thể để cho bên kia xem những gì bạn viết trong bình luận (tiết lộ giao dịch) trong hộp chat. Nếu không có bình luận trên giao dịch này hoặc giao dịch bị hủy bỏ, nội dung của lời chú thích này sẽ không được tải lên liên kết.
“1” Brc20 hợp đồng
Đề xuất một thỏa thuận
Sau khi giao thức Ordinals ra mắt, những người chơi sớm đã chơi với NFT, và nhà phát triển ẩn danh domo đã phát hành một tiêu chuẩn thử nghiệm vào ngày 8 tháng 3 năm 2023 — giao thức BRC-20 được cải thiện dựa trên giao thức Ordinals và triển khai chính thức đồng tiền BRC20 đầu tiên $ordi, cho phép bất kỳ ai phát hành token trên mạng Bitcoin, tương tự như cách chơi token ERC-20 trên Ethereum.
Thông báo:
Tweet sớm nhất của domo về BRC-20 là vào ngày 9.3.2023, nhưng dựa vào thời gian triển khai của $meme và $ordi, có vẻ như nó đã được ra mắt vào ngày 8.3.2023
$meme là BRC20 đầu tiên triển khai, và $ordi là BRC20 đầu tiên được phát hành chính thức, điều này có thể được suy luận bằng cách nhìn vào thời gian triển khai của họ
Tuy nhiên, mọi người nên đã trải qua sự phát triển của $ordi. Không có nhiều đề cập ở đây. Để biết thêm chi tiết, vui lòng xem tweet dưới đây:
Nguyên tắc giao thức
Giao thức BRC-20 thiết lập một loạt các tiêu chuẩn để cho phép triển khai, đúc và chuyển giao các mã thông báo BRC20 dựa trên lý thuyết Ordinal. Các tiêu chuẩn định dạng của giao thức được phát sinh từ định dạng của dự án Tên Sats (dự án DID đầu tiên dựa trên giao thức Ordinals):
Ngoài ra, để giải thích một cách đơn giản ở đây, giống như Thỏa thuận Ordinals, nó tương đương với việc bạn khởi xướng một cuộc chuyển khoản WeChat, nhưng nội dung của ghi chú là khác nhau.
mở rộng
Mặc dù phương pháp này của giao thức BRC-20 cho phép phát hành tự do các token đồng nhất trên chuỗi Bitcoin, vì Bitcoin không có mô hình tài khoản và nội dung của BRC-20 được đặt trong script Taproot của Segwit, chúng ta không thể tính toán trực tiếp số dư BRC20 của từng tài khoản trên chuỗi. Do đó, phương pháp hiện tại là xây dựng một máy chủ chỉ mục dưới chuỗi để đạt được việc thu thập thông tin token BRC20, tính toán số dư, chuyển giao giao dịch, v.v., nhưng có nguy cơ tập trung.
Đầu tiên, hãy hiểu rõ ba phần của giao thức lớp BTC: thỏa thuận quy định các quy tắc cho việc viết dữ liệu vào Bitcoin, bộ chỉ mục cung cấp khả năng truy vấn và phân tích dữ liệu này, và sổ cái ghi lại số dư token và xử lý chuyển khoản.
Đối với BRC20, máy chủ chỉ số cần nhận diện tất cả các triển khai BRC20 trước để đọc thông tin token, được gọi là “chỉ số.”
Đồng thời, vì tất cả số dư BRC20 đều được khắc vào trong script, mạng BTC không thể nhận diện được nó, vì vậy máy chủ chỉ số BRC20 phải xây dựng một sổ cái địa phương để ghi lại số dư BRC20. Mỗi khi có một giao dịch xảy ra, sổ cái địa phương cần được kiểm tra và cập nhật để xem xem giao dịch có thể được thực hiện không (có đủ tiền không).
Do đó, BRC20 cần gửi hai giao dịch trong quá trình giao dịch:
Giao dịch đầu tiên đọc dữ liệu sổ cái mới nhất trong sổ cái cục bộ và tính số dư
Giao dịch thứ hai sau đó được chuyển.
Giao thức Ordinals được thiết kế chủ yếu cho NFTs. Dựa trên BRC20 được cải thiện của nó, độ phức tạp của việc chuyển giao tăng một cách đệ quy. Chỉ số BRC20 cũng đảm nhận công việc của một cuốn sổ cái. Cuốn sổ cái này tồn tại hoàn toàn ngoài chuỗi khối của Bitcoin. Chỉ số phải ghi chính xác mọi thay đổi số dư để đảm bảo tính toàn vẹn của cuốn sổ cái.
Do đó, khi thời gian tích lũy, sổ cái của bộ chỉ mục sẽ tích lũy, và áp lực lên các nút sẽ tăng. Nếu bộ chỉ mục không được tiếp tục động viên, việc duy trì sẽ khó khăn. Nếu sổ cái của bộ chỉ mục không còn hoạt động nữa, thì BRC20 sẽ hoàn toàn không thể sử dụng được.
Hệ thống TRAC “2”
$TRAC
$TRAC là một mã thông báo BRC20 được phát hành bởi Benny vào ngày 3.5.2023 và chính thức triển khai và ra mắt vào ngày 22.5.2023.
Trac Core
Trac core là một hệ thống truy vấn và chỉ mục phi tập trung cho các bản ghi Bitcoin, giải quyết các vấn đề như chỉ mục, truy xuất và định giá dữ liệu sinh thái bản ghi.
Ví dụ, đối với các chỉ số, mặc dù dữ liệu chữ ký được lưu trữ trên chuỗi Bitcoin, đây chỉ là thông tin liên quan đến dữ liệu chữ ký, và quá trình cập nhật và kiểm toán dữ liệu đòi hỏi một chỉ số trung tâm của bên thứ ba, và an ninh luôn bị chỉ trích (ví dụ: lỗi tính toán chỉ số ordi của Binance vào cuối tháng 11). Do đó, Trac có thể làm cho hệ sinh thái chữ ký kế thừa an ninh của Bitcoin một cách toàn diện hơn, thu thập, tổ chức và sắp xếp tất cả dữ liệu trên Bitcoin, và dự định giới thiệu hàng trăm nút chỉ số trong tương lai.
Đồng thời, khi số lượng nút tăng lên, Trac Core cũng tích hợp vai trò của các nhà tiên tri để lấy dữ liệu đáng tin cậy cần thiết từ các nguồn bên ngoài để đưa vào blockchain, đó là nền tảng cho việc xây dựng các giao thức cấp cao hơn sau này như DeFi bản địa được khắc hoạ, và API của Trac có thể được gọi mà không mất phí.
Kết quả, khe cắm thẻ sinh thái Trac Core, vừa là một trình chỉ mục phi tập trung vừa là một người tiên tri Bitcoin, có thể nói là vượt trội so với hầu hết các dự án khắc dấu.
Giao thức Tap
Giao thức Tap là một giao thức cải tiến dựa trên các Số thứ tự được phát hành bởi nhóm $TRAC vào ngày 7 tháng 8 năm 2023. Chúng ta có thể coi nó là một phiên bản nâng cấp của giao thức BRC20 gương. Đó là một giao thức tương thích và nâng cấp lên BRC20. Nó có 4 tính năng sau:
Sử dụng $TRAC đã triển khai trước đó như là token quản trị cho giao thức của mình (không phải là đặc điểm, nhưng tôi sẽ giải thích ở đây)
Hiện tại, các token $TAP và $-TAP đã được phát hành chính thức trong Giao thức Tap, trong đó $TAP được đúc bởi BennyTheDev vào ngày 6 tháng 8 năm 2023; $-TAP đã được mở để cộng đồng đúc, với tổng cộng 21.000.000 (hoặc 21.000). Theo nghiên cứu của Shep, $-TAP đã triển khai sớm hơn $TAP 30 phút và là token native đầu tiên thực sự trong giao thức.
ống
Giao thức Ống đã được đề xuất bởi tác giả $TRAC Benny, đây là một cải tiến trên giao thức Runes. Thỏa thuận Ống có thể nói là đã cướp lấy thỏa thuận Runes vì thỏa thuận Runes được đề xuất bởi Casey, người sáng lập của thỏa thuận Ordinals, nhưng trọng tâm chính của nó là trên thỏa thuận Ordinals nên việc phát triển của thỏa thuận Runes đã chậm lại, và Benny đã ra mắt thỏa thuận Ống chỉ sau khoảng một tháng sau khi học được ý tưởng của thỏa thuận Runes
Mối liên kết giữa ba điều
Ở điểm này, chúng ta có thể thấy rằng Benny đã ra mắt 3 dự án liên tiếp trong thời gian chưa đầy nửa năm, và 3 dự án này cũng đan xen với nhau, tạo thành bộ búp bê cuối cùng. Hãy sử dụng hình ảnh dưới đây để mở rộng mối quan hệ giữa chúng.
Nói chung, các token quản trị của một dự án được sử dụng như là token bản địa của thỏa thuận, và Benny có thể thúc đẩy và hạn chế lẫn nhau thông qua phương pháp sử dụng token quản trị này, điều này rất hiếm gặp. Hiện tại, các chức năng cụ thể của các token quản trị này chưa được công bố chính thức, vì vậy chúng ta có thể xem xét xem điều này sẽ gây ra những va chạm thú vị trong quá trình phát triển tiếp theo.
“3” Thỏa thuận về nguyên tử
Đề xuất của một thỏa thuận
Người sáng lập Giao thức Atomicals đã cố gắng phát triển dự án DID trên Giao thức Ordinals vào tháng Hai, nhưng trong quá trình phát triển, anh ta phát hiện ra rằng các hạn chế của Giao thức Ordinals làm cho một số tính năng mà anh ta muốn trở nên không thể hoặc hơi lạ lẫm. Anh ta đã tweet ý tưởng đầu tiên về Giao thức Atomicals vào ngày 29.5.2023, và cuối cùng đã ra mắt thỏa thuận vào ngày 17.9.2023 sau vài tháng phát triển.
Sự ra mắt ban đầu của giao thức Atomicals không gây ra nhiều sóng gió trong hệ sinh thái Bitcoin vì vào thời điểm đó, do sự giới thiệu của Giao thức Ordinals và giao thức BRC-20, một số lượng lớn các giao thức cải tiến dựa trên chúng đã xuất hiện trên các chuỗi khác nhau, nhưng khi chúng tôi xem tài liệu giao thức Atomicals, chúng tôi thấy rằng đó là một giao thức hoàn toàn khác biệt.
Nền tảng lý thuyết — Lý thuyết Vật chất Kỹ thuật số (DMT)
Lý thuyết DMT (Digital Matter Theory) đề cập đến lý thuyết vật chất kỹ thuật số, có nghĩa là thông tin kỹ thuật số không chỉ là các số và chữ cái ngẫu nhiên; thực tế, nó cũng có thể được coi là 'vật chất' riêng của nó, như gỗ hay kim loại. DMT có thể là các giao dịch, byte, hoặc bất kỳ mẫu dữ liệu nào khác trên chuỗi khối, và những mẫu này có thể được biến thành các mặt hàng kỹ thuật số hoặc tài sản có giá trị.
Đây cũng là một trích dẫn từ nội dung của Tiến sĩ Jingle để mọi người hiểu rõ hơn:
Những vấn đề mà những người xây dựng Bitcoin hiện tại đang đối mặt
Ba câu đầu tiên dành cho nhà phát triển, ba câu cuối dành cho người sáng tạo
lý thuyết nguyên tử
Giao thức Atomicals là một giao thức đơn giản và linh hoạt để tạo ra, chuyển nhượng và cập nhật các đối tượng số (thông thường được biết đến là NFT) cho các chuỗi khối UTXO chưa được tiêu dùng như Bitcoin.
1 ️ ︎ Đối tượng số — NFT “atom”
Atomical (hoặc “atom”) là một loại NFT mới có thể được đúc, chuyển nhượng và cập nhật trên Bitcoin. Sự khác biệt chính là không cần sử dụng dịch vụ tập trung hoặc bộ chỉ mục bên thứ ba đáng tin cậy. Không cần thay đổi gì đối với Bitcoin để hoạt động, cũng không cần sidechains hoặc bất kỳ L2 nào. Đã đến lúc lấy lại kiểm soát cuộc sống kỹ thuật số của chúng ta mãi mãi.
2 ️ ︎ BitWork — Micro Proof of Work PoW
Sự cải tiến thú vị nhất đối với giao thức Atomicals là việc thêm quá trình tính toán CPU vào quá trình đúc token, được gọi là BitWork. Các nhà sáng lập cần tính toán một cách cận trọng các giá trị hash khớp với ký tự tiền tố cụ thể trước khi họ có thể đúc.
PoW có thể làm cho việc đúc tiền tương đối công bằng, với cả hai yếu tố năng lượng và thời gian và các thành phần may mắn ngẫu nhiên.
Không giống như các thuật toán PoW truyền thống, khó tính toán, Bitwork có thể điều chỉnh độ khó đào mỏ một cách tỉ mỉ bằng cách thay đổi phương pháp khớp tiền tố. Nó có thể thêm các số từ 1 đến 15 sau tiền tố, như "7777.1" hoặc "7777.15" hoặc bất kỳ số nào ở giữa, đó chỉ ra phạm vi biến thiên mà ký tự đó được phép thay đổi.
Nguyên tắc hoạt động của nó là “.” Số tiếp theo được gọi là một nửa ký tự đại diện và được sử dụng để khớp với bất kỳ ký tự thứ 5 bắt đầu từ số đó. Với “7777.10” Ví dụ, 4 ký tự txid đầu tiên (hex) phải là “7777,” và ký tự thứ 5 có thể là số 10 (hex) hoặc lớn hơn.
Vì vậy, 5 chữ số có thể là a, b, c, d, e hoặc f. Điều này cho phép toàn bộ hệ thống lựa chọn giữa 2 và 16 lần thay vì chỉ 16 lần mỗi khi độ khó tăng lên.
Cùng lúc đó, BitWork cũng mang lại một số trường hợp sử dụng mới lạ:
3 ️ ︎ Container NFTs — Tiêu chuẩn NFT
Container (Container) là một tiêu chuẩn thu thập để đại diện cho NFTs và siêu dữ liệu. Nó có thể được sử dụng để thêm/sửa/xóa nội dung của bất kỳ thỏa thuận nào như Atomicals, Ordinals, Bitmaps, v.v., và bạn cũng có thể chọn “niêm phong” vĩnh viễn, nghĩa là khóa nội dung trong một container và sau đó phá hủy “chìa khóa” có thể mở container, từ đó đạt được mục tiêu duy trì trạng thái nó nằm trong khi niêm phong và không thể sửa đổi được.
Dịch vụ tên container:
4 ️ ECT ARC20 — Dyed Coin
Giao thức Atomicals sử dụng đơn vị nhỏ nhất của Bitcoin, sat như là “nguyên tử” cơ bản. UTXO của mỗi sat được sử dụng để đại diện cho token chính nó, tức là số dư của ARC20 là số sat. 1 token = 1 sat.
ARC20 là mô hình đồng điều khiển, và thông tin đăng ký được ghi lại trong kịch bản giao dịch. Bằng cách ràng buộc thông tin vào UTXO, tính có thể lập trình và phân cấp của mã thông báo có thể được cải thiện. Đồng thời, an ninh của giao dịch được đảm bảo bởi mạng chính BTC. Không cần bất kỳ hệ thống ngoại xích nào để tính toán số dư của mã thông báo ARC20 từ việc theo dõi giao dịch và tính toán số dư, vì số dư mã thông báo tương đồng với số lượng SAT trong UTXO. Điều này là sự khác biệt lớn nhất so với giao thức BRC-20.
Khi triển khai ARC20, thông tin như tên token, tổng số lượng, giới hạn số lượng, cài đặt khó khăn, khối bắt đầu, hình ảnh, v.v.
2. Khi người dùng phát hành ARC20, họ viết tên của token vào kịch bản UTXO. Số lượng được xác định trực tiếp bởi số sats trong UTXO, 1 sat = 1 token.
3. Để chuyển ARC20, người dùng không cần nữa phải gửi bất kỳ dữ liệu nào vào BTC; họ chỉ cần sử dụng UXTO, tiếp tục giữ token, như đầu vào và đầu ra giao dịch tới các địa chỉ khác.
Đối với ARC20, chúng ta chỉ cần một chỉ số để giúp chúng tôi đọc thông tin đăng ký mã thông báo và xác định giao dịch đúc để xác nhận UTXO nào là ARC20.
Các lợi ích của việc này là:
Tất nhiên, thiết kế của các đồng tiền đã nhuộm cũng có một số hạn chế, vì cân đối không được viết vào dữ liệu, mà thay vào đó là sat được ràng buộc, do đó độ chính xác tách tối thiểu của cân đối ARC20 là 1.
Điều này cũng làm cho người dùng không thể thực hiện giao dịch tinh xảo dưới chính BTC mainnet, mà đã đặt mức giới hạn giao dịch tối thiểu là 546 sat để ngăn chặn các cuộc tấn công bụi bẩn. Tuy nhiên, giao thức Atomicals hiện đã đề xuất một kế hoạch chia cụ thể và đang được phát triển tích cực.
Dưới đây là một hình ảnh để cho thấy sự khác biệt quan trọng nhất giữa BRC20 và ARC20:
5 ️ ︎ Hệ thống Tên Miền Vùng (RNS) — Hệ Thống Tên Miền Domain
RNS khẳng định mình là đối thủ thực sự của hệ thống tên miền DNS và mục tiêu của nó là trở thành sự thay thế toàn cầu cho DNS và các hệ thống tên miền blockchain khác
Realm Names là các định danh có thể đọc được cho phép xác định địa chỉ mạng và thông tin tài nguyên. Tên vùng bắt đầu bằng dấu cộng + và có ít nhất một ký tự chữ cái, chẳng hạn như +alice và +agent007, đó đều là tên hợp lệ (tên miền cấp cao — miền hoặc TLR trong Hệ thống Tên Miền Vùng).
Tên miền được sở hữu và quản lý trực tiếp trên chuỗi khối Bitcoin bằng cách sử dụng định dạng đối tượng số nguyên tử, điều này cơ bản có nghĩa là không có bất kỳ trung gian nào hoặc các cơ quan đăng ký tập trung.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Quản lý và mã hóa cộng đồng bằng cách phát hành các vương quốc phụ (Subrealms) dưới bất kỳ vương quốc nào (Realm). Các quy tắc cụ thể như sau:
Dưới đây là một ví dụ tổng quát:
Ngoài ra, Subrealm cũng có thể được sử dụng cho tổ chức truy cập mạng xã hội, xác minh danh tính, phần thường trung thành và nhiều hơn nữa.
Đặc điểm của thỏa thuận
Thông qua lý thuyết nguyên tử ở trên, chúng ta có thể thấy rằng các đặc điểm chính của giao thức Atomicals bao gồm:
Các khác biệt chính so với các hợp đồng khác
Cách tốt nhất để hiểu sự khác biệt trong giao thức Atomicals là so sánh nó với các giao thức NFT phổ biến khác:
Giao thức Bitmap "4"
Đề xuất một thỏa thuận
Bitmap.land là dự án siêu thế giới đầu tiên trong hệ sinh thái Bitcoin, dựa trên lý thuyết số thứ tự (Ordinals theory) và lý thuyết bitmap (Bitmap theory).
Học thuyết Bitmap (Bitmap theory) được đề xuất bởi người dùng Twitter @blockamotovào ngày 2023.6.5.
Lý thuyết này ánh xạ mỗi đầu vào giao dịch trong một khối Bitcoin như một bưu kiện (Bưu kiện) để tạo thành một khối hoặc quận (quận). Do sự khác biệt về kích thước của các đầu vào giao dịch khác nhau, kích thước lô được ánh xạ cũng khác nhau.
Khái niệm hợp đồng
Người mua Bitmap.land đã bị ảnh hưởng bởi Decentraland và The Sandbox và sử dụng phương pháp chia đất và vẽ mẫu trên bản đồ, tương tự như logic mua đất trên hai nền tảng này. Người dùng viết dữ liệu vào Satoshi thông qua các bia để có quyền sở hữu các khối Bitcoin cụ thể, tương tự như việc đào miễn phí.
Trên chuỗi khối Bitcoin, mỗi khối được chia thành bốn phần để biểu thị các chu kỳ halving khác nhau. Người dùng có thể kiểm tra số lượng và màu sắc của mỗi khối trên trang web Bitmap.land. Màu sắc khác nhau biểu thị các trạng thái bán hàng khác nhau.
Việc bán của Bitmap.land liên quan chặt chẽ đến lý thuyết số thứ tự, tương tự như việc bán đất ảo của Decentraland và The Sandbox, dựa trên chuẩn ERC-721. Lý thuyết số thứ tự tương tự như nguyên lý của những đồng tiền đã đổi sớm, nhưng hai khái niệm này khác nhau trong bối cảnh câu chuyện hiện tại về Bitcoin, sự đồng thuận, sinh thái học và cơ sở hạ tầng. Mặc dù lý thuyết số thứ tự không độc đáo như ERC-721, phương pháp của BRC-20 lại càng nguyên thủy hơn.
Lý thuyết bitmap thêm một giải thích mới cho khối Bitcoin, cung cấp một chủ đề, mặc dù thiếu tính hữu ích. Nó đã thay đổi mối liên kết giữa Bitcoin và thế giới ảo, khiến mỗi khối của chuỗi khối Bitcoin có một chiều mới và biến nó thành một phần của thế giới ảo bằng cách cho phép người dùng sở hữu và ghi lại từng khối riêng lẻ.
Lý thuyết bitmap đã thu hút sự chú ý của cộng đồng Ordinals và gây ra một cơn sốt trong việc khắc trên đá. Bất kỳ khối nào trên chuỗi khối Bitcoin cũng có thể trở thành một phần của thế giới ảo thông qua một Bitmap, mang lại cơ hội mới cho việc sáng tạo và sở hữu cho cộng đồng.
Bitmap.land làm mờ ranh giới giữa Bitcoin và thế giới ảo thông qua lý thuyết bitmap, mở đường cho quyền sở hữu, sáng tạo và phát triển cộng đồng. Khi cơn sốt đúc kết tiếp tục, điều đó có nghĩa là tiềm năng lớn cho những người tìm kiếm một chỗ đứng trong thế giới số.
Giao thức BRC-100 “5”
Đề xuất một thỏa thuận
Như chúng ta tất cả đều biết, các giao thức dựa trên Bitcoin như Giao thức Ordinals và BRC-20 đã mang đến rất nhiều không gian tưởng tượng cho sự phát triển của hệ sinh thái Bitcoin thông qua cơ chế 'tuyên bố trên chuỗi và phân tích ngoại chuỗi'. Ngoài ra, một lượng lớn NFT và token Bitcoin đã được phát hành, nhưng sự phát triển của các ứng dụng phi tập trung như DeFi vẫn đang đứng sau. Do đó, Mikael.BTC đã phát hành một giao thức hỗ trợ tính toán phi tập trung: BRC-100 vào ngày 2/9/2023.
Giới thiệu về thỏa thuận
BRC-100 là một giao thức mở rộng dựa trên lý thuyết Ordinals, được thiết kế để triển khai các ứng dụng phi tập trung khác nhau trên Bitcoin Layer 1. Thỏa thuận này không chỉ đảm nhận các chức năng cơ bản của BRC-20 trên Bitcoin, như tạo, đúc và giao dịch, mà còn giới thiệu khái niệm về tính toán phi tập trung.
Điều này có nghĩa rằng dựa trên ngăn xếp giao thức BRC-100, có thể phát triển các ứng dụng phi tập trung khác nhau như DeFi, SocialFi và GameFi, mang đến các kịch bản ứng dụng thực sự phi tập trung, không cần tin cậy, chống kiểm duyệt và không cần phép ở lớp đầu tiên của Bitcoin.
Một trong những tính năng quan trọng của giao thức BRC-100 là tính tương thích, không chỉ cho phép tất cả các giao thức và ứng dụng trong ngăn xếp giao thức của nó tương thích với nhau, mà còn hỗ trợ tương tác với BTC, BRC-20, hoặc các chuỗi lớp 1 khác như Ethereum và Stacks. Ngoài ra, giao thức còn giới thiệu một mô hình UTXO và mô hình máy trạng thái, tăng cường tính bảo mật và khả năng tính toán của nó.
Đặc điểm của thỏa thuận
Vì giao thức BRC-100 là sự mở rộng của lý thuyết Ordinals, chính BRC-100 có tất cả các tính năng của BRC-20, đồng thời cũng giới thiệu một số tính năng sáng tạo:
Tiết kiệm tiền: Được dựa trên giao thức BRC-100 cho nhiều sự mở rộng như thỏa thuận airdrop, thỏa thuận quản trị, thỏa thuận relay, v.v. Chúng ta có thể hiểu rằng Mikael muốn giới thiệu nhiều trò chơi DeFi khác nhau vào BTC
Kế thừa giao thức
Giao thức BRC-100 giới thiệu khái niệm kế thừa. Các giao thức kế thừa trực tiếp hoặc gián tiếp từ BRC-100 được gọi là các giao thức mở rộng BRC-100. Giao thức mở rộng BRC-100 phải kế thừa từ chỉ một giao thức duy nhất. Một thỏa thuận mở rộng kế thừa các thuộc tính, hoạt động và hoạt động tính toán của thỏa thuận cha, và chỉ có thể mở rộng các thuộc tính và hoạt động tính toán.
Điều này tương tự như khi chúng ta làm gốm, ở đầu tiên nó chỉ là một phôi đất sét. Dần dần, khi chúng ta mài và tạo dáng nó, chúng ta từ từ có nhiều chức năng mở rộ hơn như trang trí, lưu trữ vật dụng, v.v.
Ngăn xếp giao thức BRC-100
Giao thức BRC-100 và tất cả các phần mở rộng và cải tiến của nó được gọi chung là ngăn xếp BRC-100. Dựa trên ngăn xếp này, tất cả các token/ứng dụng đều tương thích với nhau, điều đó có nghĩa là một token/ứng dụng có thể sử dụng các ứng dụng khác ở bất kỳ đâu.
Thỏa thuận và ứng dụng
Trong ngăn xếp giao thức BRC-100, một giao thức là một tiêu chuẩn để mô tả các tính chất, hoạt động và các hoạt động tính toán của một ứng dụng. Một ứng dụng là một phiên bản được tạo ra sau khi giao thức được triển khai lên mạng Bitcoin qua một bài vị.
Một ứng dụng về cơ bản là một mã thông báo có sức mạnh tính toán và trạng thái. Sức mạnh tính toán của ứng dụng được mô tả chi tiết trong giao thức. Nếu bạn không thêm một tiểu ứng dụng, ứng dụng không thể có sức mạnh tính toán không được mô tả trong thỏa thuận. Tiểu ứng dụng được thêm vào cũng chỉ có thể có sức mạnh tính toán của giao thức; nếu không, bộ chỉ mục công cộng không thể xác minh trạng thái của ứng dụng, gây ra trạng thái của người dùng và ứng dụng không nhất quán.
Ứng dụng lồng
Các ứng dụng triển khai dựa trên BRC-100 và các giao thức mở rộng của nó có thể được lồng nhau, tức là dưới một ứng dụng, có thể tạo ra một ứng dụng con gọi là sub-application.
Ticker của ứng dụng con bắt đầu bằng “ticker ứng dụng cha:”. Có thể tạo nhiều ứng dụng trong một ứng dụng để hoàn thành nhiều logic tính toán độc lập. Ví dụ, trong tình huống AMM DEX cổ điển, nhiều ứng dụng/token LP con, như “amm_dex: LP_BRC100_BTC”, cần được tạo trong một ứng dụng DEX.
Tình trạng ứng dụng và địa chỉ
Ngoài mô hình UTXO, giao thức BRC-100 cũng giới thiệu mô hình máy trạng thái để mở rộng khả năng tính toán của giao thức.
Ứng dụng, ứng dụng phụ và địa chỉ đều có thể có trạng thái. Ví dụ, các ứng dụng có thể giữ mã thông báo, và địa chỉ có thể giữ số dư trong các ứng dụng. UTXO và các chuyển đổi trạng thái được thực hiện với các chỉ thị burn2/burn3 và mint2/mint3.
Các hoạt động tính toán (cop) được sử dụng để đại diện cho logic tính toán cụ thể, tức là logic biến đổi trạng thái ứng dụng và địa chỉ.
Ví dụ, địa chỉ A phá hủy 10 token1 đến ứng dụng thông qua lời khắc burn3. Tại thời điểm này, ứng dụng có UTXO này và 10 token1. Ứng dụng có thể phân bổ 10 token1 này thông qua logic tính toán của mình bằng cách thay đổi bất kỳ địa chỉ nào hoặc trạng thái nội bộ của ứng dụng. Sau đó, địa chỉ của token1 trong ứng dụng hoặc ứng dụng có thể phát hành nó với lệnh mint3.
Quyền hạn
Giao thức BRC-100 giới thiệu hai vai trò: chủ sở hữu và quản trị viên.
Địa chỉ với phần chạy ứng dụng được gọi là chủ sở hữu. Chủ sở hữu có thể theo dõi việc chuyển UTXO với phần chạy ứng dụng. Chủ sở hữu của tất cả các ứng dụng con là chủ sở hữu của ứng dụng cha.
Người quản trị được quản lý bởi chủ sở hữu và họ không thể quản lý các quản trị viên khác. Quyền của chủ sở hữu và quản trị viên được giới hạn một cách nghiêm ngặt. Họ không thể duyệt người dùng; họ chỉ có thể thực hiện: quản lý ứng dụng chưa triển khai DAO và hoàn thành các hoạt động tính toán mint2/burn2.
Một quản trị viên có thể là một địa chỉ, ứng dụng hoặc tiện ích phụ. Theo mặc định, ứng dụng và tiện ích phụ là quản trị viên của nhau; không cần thiết lập bổ sung, nhưng các tiện ích phụ không phải là quản trị viên của nhau.
Phải gửi phù hiệu burn2/burn3 cho người triển khai ứng dụng để xử lý đúng cách.
Một số token mà lệnh “mint2” cần phải được phát hành chỉ có thể được phân bổ logic bởi ứng dụng / tiểu ứng dụng, và ứng dụng / tiểu ứng dụng cần phải là quản trị viên token. Lệnh “burn2” cũng có logic tương tự.
Phải gửi phù hiệu burn2/burn3 cho người triển khai ứng dụng để xử lý đúng theo logic của hoạt động tính toán.
Quản trị phi tập trung của ứng dụng
Ngăn xếp giao thức BRC-100 giới thiệu một giao thức quản trị: BRC-101, quản lý các ứng dụng thực hiện BRC-100 hoặc các tiêu chuẩn giao thức mở rộng của nó. Khi ứng dụng ra mắt DAO, nó cần hoàn thành quản trị thông qua việc bỏ phiếu phi tập trung.
Quản trị ứng dụng bao gồm cập nhật các thuộc tính của ứng dụng và con ứng dụng, triển khai các con ứng dụng và dừng các ứng dụng. Quản trị ứng dụng là quản trị trên chuỗi. Khi phiếu bầu trên chuỗi được thông qua, ứng dụng sẽ được thông báo thông qua hành động tính toán: egov, sau đó ứng dụng sẽ tự động thực hiện quản trị sau khi thời gian bị khóa.
Triển khai ứng dụng/token
Trong giao thức BRC-100, có hai cách triển khai ứng dụng: một cách là triển khai trực tiếp bằng hướng dẫn triển khai, và cách khác là triển khai thông qua giao thức quản trị, BRC-101.
Cái đầu tiên được sử dụng để triển khai các ứng dụng cha và con không cần cấu hình quản trị, và cái kia được sử dụng để triển khai các ứng dụng con yêu cầu quản trị.
Tạo token
Giao thức BRC-100 cung cấp ba hướng dẫn đúc: đúc, đúc2 và đúc3, để đúc token trong các tình huống khác nhau.
Khi triển khai một ứng dụng, bạn cần thiết lập số lượng token người dùng có thể đúc (sử dụng lệnh “mint”). Các token còn lại cũng sẽ được đúc bằng cách sử dụng các hướng dẫn “mint”.
“Mint”: Người dùng đúc, đúc công bằng, bất kỳ ai cũng có thể đúc token cho người dùng, nhưng tổng số người đúc “mint” không thể vượt quá cài đặt của các thuộc tính “max” và “mma” của ứng dụng. Sau khi đúc, nguồn cung lưu thông của token sẽ tăng lên.
“mint2”: whitelist minting, ứng dụng ghi lại số lượng người dùng hoặc ứng dụng có thể được đúc, và bất kỳ ai cũng có thể đúc2 mã thông báo cho người dùng hoặc ứng dụng theo quy tắc ứng dụng. Sau khi đúc2, nguồn cung lưu hành của mã thông báo cũng sẽ tăng.
“mint3”: Mint3 là quá trình đúc tiền của kho bạc. mint3 là số dư của người dùng hoặc ứng dụng trong các ứng dụng khác. Bất kỳ ai cũng có thể áp dụng token mint3 cho người dùng hoặc ứng dụng theo quy tắc đăng ký. Sau quá trình mint3, nguồn cung lưu thông của các token sẽ không tăng thêm.
Phá hủy token
Destroy là một hoạt động mới được giới thiệu trong giao thức BRC-100. Người dùng có thể khắc phục hoạt động phá hủy và sau đó chuyển chữ in lên người triển khai ứng dụng, điều này tương tự như ý nghĩa của hoạt động chuyển giao. Các token bị đốt cháy sau đó sẽ bị hủy hoặc chuyển giao vào số dư của ứng dụng.
Tương tự như định nghĩa của một hoạt động đúc, có 3 toán tử đốt: đốt, đốt2, và đốt3, tương ứng logic với đúc, đúc2, và đúc3 tương ứng. Không cần cấu hình bổ sung, và tất cả các ứng dụng/token đều hỗ trợ ba hướng dẫn đốt này.
“Đốt”: Đốt công khai, nơi mọi người có thể sử dụng hướng dẫn để phá hủy token. Khi token được phá hủy thành công, lưu thông sẽ giảm đi, và token bị phá hủy không thể được đúc lại.
“burn2”: Danh sách trắng sẽ bị hủy. Theo quy định được thiết lập bởi ứng dụng, sau khi các token burn2 được chuyển đến ứng dụng, số dư của người dùng sẽ giảm, trạng thái của ứng dụng sẽ được cập nhật tương ứng, và lưu thông sẽ giảm. Trong thực tế, logic như việc loại bỏ thanh khoản trong AMM DEX có thể được thực hiện thông qua burn2.
“Burn3”: Kho bạc bị phá hủy. Burn3 sẽ giảm số dư token của người dùng và tăng số dư của ứng dụng “to”. Trong các ứng dụng thực tế, có thể hợp tác với mint3 để hoàn thành logic trao đổi token và tăng tính thanh khoản trong AMM DEX.
Thuế giao dịch và lạm phát
Hiệp định BRC-100 giới thiệu một cơ chế mới cho việc giao dịch token: thuế giao dịch và phòng thủ đất nổ. Ứng dụng có thể thiết lập tỷ lệ thuế giao dịch, người nhận thuế và tỷ lệ đất nổ cho giao dịch. Các cài đặt này chỉ có hiệu lực khi giao dịch trên các sàn giao dịch phi tập trung dựa trên AMM. Các giao dịch chuyển tiền thông thường, việc đúc và phá hủy token không chịu thuế giao dịch hoặc phòng thủ đất nổ.
Hoạt động tính toán
Các hoạt động tính toán là hành vi tính toán mở rộng của giao thức BRC-100. Nó được đại diện bởi thuộc tính cop và là đơn vị tính toán nhỏ nhất của giao thức. Khi sử dụng với toán tử op: burn2/burn3/mint2/mint3, nó có thể được hiểu như là một hàm chuyển trạng thái, xác định cách cập nhật trạng thái của ứng dụng và người dùng dưới toán tử op tương ứng.
Oracle oracles
Oracle là một yêu cầu phổ biến cho blockchain tương tác với tất cả các bên dưới chuỗi và đã được triển khai và áp dụng tốt trên các blockchain như Ethereum. Thiếu oracles, hợp đồng thông minh trên blockchain sẽ hoàn toàn bị giới hạn trong dữ liệu trên chuỗi. Tuy nhiên, so với blockchain, giao thức BRC-100 có các đặc điểm rất đặc biệt.
Nó không chỉ có sức mạnh tính toán của blockchain, mà còn dựa vào một trình lập chỉ mục ngoài chuỗi để hoàn thành phép tính. Đồng thời, các nhà lập chỉ mục ngoài chuỗi có thể giao tiếp trực tiếp với các blockchain hoặc giao thức meta khác, nhưng các blockchain không thể làm điều này, điều đó có nghĩa là người lập chỉ mục có thể xác minh rằng bất kỳ dữ liệu nào ngoài chuỗi hoặc trên chuỗi đáp ứng các yêu cầu của giao thức Oracle BRC-100.
Ví dụ: xác minh việc chuyển BTC hoặc tài sản BRC-20, xác minh giá của ETH trên một khối Ethereum, v.v.
Nói cách khác, trong giao thức BRC-100, oracles có một mô hình mới: chứng thực và xác minh, nơi người dùng gửi dữ liệu chứng thực, và bộ chỉ mục hoạt động như một Bộ xác minh Oracle để xác minh dữ liệu chứng thực do người dùng gửi ngoài thỏa thuận, mà không cần dịch vụ Oracle riêng biệt.
Trong giao thức BRC-100, các lệnh burn2/burn3/mint2/mint3 hỗ trợ mặc định các thuộc tính chứng minh để gửi dữ liệu chứng minh ngoài giao thức. Chỉ số có thể xác minh dữ liệu chứng nhận và đảm bảo tính nhất quán và chính xác của trạng thái. Chứng minh có thể là chứng minh chuyển giao, chứng minh cây Merkel, chứng minh không biết, chứng minh giá, v.v., và có thể được sử dụng để kết nối các tình huống như tài sản, phân phát quà tặng, v.v., và có thể được sử dụng để kết nối các tình huống như Bitcoin layer 2, giải quyết vay nợ, v.v.
giao thức relay
Giao thức meta trên Bitcoin không đồng nhất và không thể giao tiếp với nhau. Các giao thức khác nhau tương tự như các blockchain khác nhau; họ chia sẻ tính bảo mật của blockchain Bitcoin và có khả năng tính toán khác nhau. Hơn nữa, các giao thức meta không thể giao tiếp trực tiếp với các blockchain khác: ví dụ, Ethereum không thể sử dụng tài sản trên các blockchain khác.
Do đó, ngăn xếp giao thức BRC-100 yêu cầu một giao thức relay để hoàn thành việc giao tiếp giữa Bitcoin, siêu giao thức, blockchain và giao thức BRC-100, bridge tài sản trên các giao thức hoặc blockchain khác đến BRC-100, và tham gia vào các ứng dụng phi tập trung như DeFi. Trong khi đó, do sự đa dạng của các giao thức và blockchain, BRC-100 sẽ có nhiều giao thức relay.
Đầu tiên, chúng tôi sẽ phát hành: BRC-103, đó là trách nhiệm cầu nối tài sản giữa Bitcoin, BRC-20 và BRC-100.
Khi tài sản được cầu nối từ siêu-protocol hoặc blockchain (nguồn) sang giao thức BRC-100 (đích), để bộ chỉ mục xác minh tính chính xác của việc truyền tải, cần phải nộp bằng chứng dữ liệu truyền tải bằng lệnh “mint2”, được gọi là bằng chứng truyền tải.
Chứng minh chuyển khoản có nghĩa là khi một tài sản neo được tạo ra trên giao thức đích (BRC-100), dữ liệu chuyển khoản từ phía nguồn (như Bitcoin, BRC-20 hoặc blockchain khác) cũng phải được gửi kèm như là bằng chứng. Điều này có thể là mã giao dịch hoặc ID dấu in.
Vì vậy, tất cả các nhà lập chỉ mục BRC-100 có thể xác minh tính chính xác của việc đúc các tài sản neo.
Transfer Proof là một ứng dụng rất quan trọng của giao thức BRC-100 của Oracle.
Các trường hợp sử dụng giao thức
Vì BRC-100 được mở rộng từ BRC-20, nó về cơ bản có tất cả các kịch bản ứng dụng của BRC-20, nhưng các kịch bản ứng dụng của BRC-100 nhiều hơn nhiều. Chúng ta vẫn có thể mở rộng dựa trên giao thức BRC-100. Dưới đây là một số phần mở rộng chính thức được liệt kê, một số trong số đó đã đang được phát triển:
BRC-101 (phát hành)
Bộ giao thức quản trị phi tập trung trên chuỗi BRC-100 định nghĩa cách cập nhật các thuộc tính của các ứng dụng/token cha/mẹ, dừng ứng dụng và thêm ứng dụng con.
Ngoài ra, BRC-101 còn có thể hoàn thiện quản trị ngoài chuỗi bằng cách thức bầu cử phân quyền phân quyền.
BRC-102 (đang phát triển)
Một giao thức thanh khoản tự động xác định cách trao đổi token cho ngăn xếp giao thức BRC-100 thông qua một thuật toán tạo thị trường tự động (AMM). Logic tính toán sẽ tương tự như Uniswap trên Ethereum.
BRC-103 (đang phát triển)
Một giao thức relay giữa BTC, BRC-20 và BRC-100. Meta-protocol trên Bitcoin là không đồng nhất và không thể giao tiếp với nhau. Các giao thức khác nhau tương tự như các chuỗi khác nhau. Họ chia sẻ bảo mật của blockchain Bitcoin và có sức mạnh tính toán khác nhau.
Do đó, ngăn xếp giao thức BRC-100 sẽ công bố nhiều giao thức relay để hoàn thành việc giao tiếp giữa các siêu giao thức, chuỗi khác nhau và BRC-100, và kết nối các giao thức khác và tài sản trên chuỗi vào BRC-100 để tham gia vào các ứng dụng phi tập trung như DeFi.
BRC-104
Thỏa thuận khai thác thanh khoản xác định cách nhận phần thưởng mã thông báo sau khi đặt mã thông báo.
Một mã token staking có thể là bất kỳ token dựa trên BRC-100 nào, chẳng hạn như token hồ bơi thanh khoản của giao thức BRC-103, hoặc cùng một token làm token thưởng. Ngoài ra, BRC-104 sẽ hỗ trợ khóa các token đã đặt cược trong suốt thời gian khóa cửa.
BRC-105
Một giao thức airdrop xác định cách thức hiệu quả trong việc airdrop token đến nhiều địa chỉ.
Giao thức sẽ sử dụng Merkle Tree để hoàn thành việc thực hiện airdrop để tiết kiệm phí giao dịch vì không cần phải công khai tất cả dữ liệu airdrop ban đầu trên Bitcoin. Người dùng chỉ cần gửi Merkle Proof để chứng minh rằng họ sở hữu airdrop trong quá trình “mint2”, sau đó tất cả các bộ chỉ mục có thể xác minh tính chính xác để hoàn thành airdrop.
BRC-106
Một giao thức hồ bơi stablecoin phi tập trung xác định cách stablecoin được tạo ra thông qua tài sản thế chấp.
Logic tính toán sẽ tương tự như DAI của MakerDAO3 trên Ethereum.
BRC-107
Một hợp đồng hồ bơi cho vay xác định cách thức tài sản có thể được vay thông qua tài sản thế chấp.
Logic tính toán sẽ tương tự như Aave trên Ethereum.
BRC-108
Một giao protocô thanh khoản tự động cho stablecoins.
BRC-109
Giao thức giao dịch phi tập trung cho hợp đồng tương lai vĩnh viễn.
BRC-110
Một giao thức relay giữa các chuỗi khối tương thích với EVM và BRC-100 xác định cách tài sản trên các chuỗi khối tương thích với EVM có thể được kết nối với BRC-100.
BRC-111
Giao thức xác minh tầng 2 của Bitcoin xác định cách xác minh dữ liệu chứng minh tầng 2 của Bitcoin như một hợp đồng thông minh tầng 2 trên Ethereum.
Giao thức BRC-420 '6'
Đề xuất của một thỏa thuận
Sau khi giao thức BRC-20 được đề xuất, một giao thức thử nghiệm mới khác được gọi là BRC-420, còn được biết đến với tên giao thức thế giới song song, đã xuất hiện vào ngày 19.9.2023.
Khái niệm hợp đồng
BRC-420 là một thí nghiệm thú vị. Đây là giao thức thế giới ảo đầu tiên trong Giao thức Ordinals, một giao thức tài sản dựa trên giao thức Bitmap.
Bằng cách kết hợp nhiều bản ghi thành một tài sản phức tạp, chẳng hạn như vật phẩm trò chơi, hoạt hình và hiệu ứng, hoặc các mô-đun trò chơi trong thế giới ảo. Mọi thứ từ nhân vật nhỏ và thú cưng đến kịch bản trò chơi đầy đủ và máy ảo đã được tạo ra.
Do vì tính chất mã nguồn mở trên chuỗi của họ, các tài sản này có thể chạy hoặc được xác minh bởi bất kỳ khách hàng nào, hoàn toàn phản ánh tinh thần “Khách hàng không phụ thuộc” của các trò chơi toàn chuỗi.
Thỏa thuận BRC-420 bao gồm hai phần: Tiêu chuẩn Siêu thế giới (Tiêu chuẩn Siêu thế giới), xác định định dạng mở cho tài sản trong siêu thế giới, và Tiêu chuẩn Phí bản quyền (tiêu chuẩn phí bản quyền), thiết lập một thỏa thuận trên chuỗi cho nền kinh tế tạo ra.
BRC-420 mở ra những khả năng cho trò chơi trên chuỗi của Ordinals và các chuỗi khối module. Các nhà sáng tạo khác nhau có thể đóng góp các module khác nhau, và những nhà sáng tạo mới có thể xây dựng trên sự đổi mới của những người tiền nhiệm. Điều này đã dẫn đến sự phát triển vô số đổi mới trong hệ sinh thái Ordinals, mang lại lợi ích cho tất cả các bên tham gia.
Phát triển thỏa thuận
Hiện tại, BRC-420 đã phát hành BRC-420 DLC vào ngày 3/11/2023, có thể tích hợp hàng ngàn chú thích siêu văn bản vào 1 DLC. Sau triển khai, người dùng có thể nhận được hàng ngàn tài sản siêu văn bản trong một lần đúc.
Thỏa thuận Runes “7”
Đề xuất của một thỏa thuận
Sau khi giao thức BRC20 ra đời, Casey cảm thấy rằng việc tạo các token đồng nhất trên Bitcoin không phải là ý tưởng tốt. 99% các token đồng nhất đều là lừa đảo và sẽ không biến mất trong tương lai ngắn. Tạo ra một giao thức token đồng nhất tốt cho Bitcoin có khả năng mang lại doanh thu phí giao dịch đáng kể, sự chú ý từ các nhà phát triển và người dùng cho Bitcoin.
Do đó, Casey đề xuất giao thức Runes dựa trên công nghệ UTXO vào ngày 26.9.2023.
Thiết kế của giao thức Runes cũng có thể bị ảnh hưởng bởi ARC20. Lựa chọn là viết dữ liệu token trực tiếp vào script UTXO, bao gồm ID, đầu ra và số lượng token.
Rõ ràng, việc triển khai Runes rất giống với ARC20, và việc chuyển token được xử lý trực tiếp đến mạng chính BTC. Khác biệt là Runes ghi số lượng token trong dữ liệu script, điều này khiến nó chính xác hơn ARC20.
Tuy nhiên, đồng thời, độ phức tạp cũng tăng lên, làm cho việc sử dụng trực tiếp tính kết hợp của BTC UTXO như ARC20 trở nên khó khăn.
Phát triển hợp đồng
Kể từ khi khởi chạy thỏa thuận Runes, khi nỗ lực phát triển của Casey chủ yếu tập trung vào giao thức Ordinals, việc phát triển giao thức Runes đã diễn ra chậm chạp, đó là lý do tại sao Benny nhanh chóng vượt mặt và phát triển giao thức Pipe sau khi phát hành thỏa thuận Runes.
Trong suốt Tuần lễ Blockchain Đài Loan vào tháng 12, Casey cũng thông báo tại một sự kiện tại Đài Bắc rằng Giao thức Runes sẽ được ra mắt trên mạng chính. Tại chiều cao khối lượng 840.000, tức là lần cắt nửa tiếp theo của BTC, có thể sẽ diễn ra vào cuối tháng 4 năm 2014.
Sau khi nghiên cứu kế hoạch phát hành tài sản BTC, tôi cũng hoàn toàn cảm nhận được sức hút của họ, vì vậy tôi cũng đề cập đến một số ý kiến chủ quan của mình:
Cuối cùng, cảm ơn bạn đã đọc bài viết này. Mục đích ban đầu của bài viết này là để cung cấp cho bạn hiểu biết tốt hơn và toàn diện hơn về sự phát triển của hệ sinh thái BTC, và bạn cũng được mời đến và trò chuyện với tôi. Trong vài ngày tới, tôi sẽ đăng một số ý kiến từ thời gian này sang thời gian khác, và tôi cũng sẽ viết một bài viết khác về kế hoạch mở rộng, vì vậy hãy theo dõi.
“1” Số thứ tự
Nhiều bài viết hiện có bắt đầu với Giao thức Số thứ tự, nhưng trong tài liệu chính thức của Số thứ tự, cái đầu tiên được nhắc đến là lý thuyết Số thứ tự. Từ đó, có thể suy luận rằng Casey cũng đã rút ra một số cảm hứng từ đó để tạo ra Giao thức Số thứ tự
Như chúng ta đã biết, đơn vị nhỏ nhất trong thế giới Bitcoin là satoshi (sat), và lý thuyết về số thứ tự có thể đơn giản được hiểu như việc đánh số những sat này theo cách nhân tạo. Từ phần động lực của đề xuất BIP, chúng ta có thể tóm tắt rằng lý thuyết muốn cung cấp một cách cho Bitcoin hoạt động như một bộ nhận dạng ổn định để ngăn chặn việc chuyển quyền sở hữu hoặc xoay khóa, mà không cần yêu cầu bất kỳ thay đổi nào đối với mạng Bitcoin.
Tất nhiên, có một số ý kiến phản đối về lý thuyết này, như làm giảm quyền riêng tư của người dùng, tăng kích thước của bộ UTXO, tấn công bụi, v.v. Chi tiết, xem đề xuất BIP.
“2” Thỏa Thuận Hạng Mục
Đề xuất về một thỏa thuận
Thỏa thuận về các vị trí đã được Casey đề xuất và công bố, trong đó ông đề xuất những ý tưởng sau:
”Chúng ta có thể sắp xếp những “Satoshi” này theo một thứ tự nhất định, gán cho chúng một số thứ tự từ 0 đến 2,100,000,000,000,000, sau đó kết nối chúng với các thông tin khác: hình ảnh, văn bản, video, hoặc thậm chí một chuỗi mã. Kết quả, mỗi Satoshi trở thành duy nhất và không thể thay thế. Điều này tương đương với việc trao cho Bitcoin khả năng tạo ra NFTs.”
Thỏa thuận Ordinals đã được triển khai vào cuối năm 2022, và lời viết đầu tiên trên mainnet đã được khắc vào ngày 14/12/2022 theo giờ UTC (https://ordinalswallet.com/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0), trong thời gian đó thỏa thuận đã được thống nhấtLuôn được cập nhật và lặp lại nhưng chưa được thông báo chính thức. Hiện tại, có thể cập nhật từ thông báo chính thức đầu tiên được tìm thấy trên Twitter của Casey như sau, vì vậy thỏa thuận về thứ tự có thể được coi là được đề xuất vào tháng 12 hoặc tháng 1: (Cũng cảm ơn vì gợi ý mà Shep đã cung cấp)
Đặc điểm của thỏa thuận
Số SAT và phân chia về độ hiếm
Con người là những người thu thập tự nhiên. Khi Số thứ tự nhân tạo các con số của Sats, tại sao họ không thể cho những SAT này cao hơn hoặc thấp hơn, để có sự phân biệt về sự hiếm có. Hiện tại, có 6 loại hiếm có:
Hiếm có thứ tương tự như những gì chúng ta gọi là “tiền giấy họa tiết báo”, “tiền giấy số liên tục”, v.v. khi chơi với tiền giấy trong đời thực. Đầu tiên, chúng chỉ là tiền giấy. Giá trị thực sự của chúng là mệnh giá của tờ tiền, nhưng vì người ta đặt cho nó một ý nghĩa đặc biệt, chúng có giá trị sưu tầm cao hơn và có một phần thưởng, đó chính là điều chúng ta thường gọi là “đồng thuận tạo ra giá trị.”
Trong khi chỉ định một số quy tắc cụ thể cho mỗi lần ngồi và theo dõi trong giao dịch, Thỏa thuận thứ tự cũng cho phép bất kỳ ai đính kèm dữ liệu bổ sung như hình ảnh (Hình ảnh), văn bản (Văn bản), video (Video), âm thanh (Âm thanh), v.v. thông qua Thỏa thuận thứ tự. Trong những ngày đầu, người chơi có nhiều khả năng tạo NFT trên đó hơn. Quan điểm ban đầu của người sáng lập Casey về nó cũng là cho phép mọi người lưu trữ thứ gì đó bất biến trên Bitcoin, chuỗi lâu đời nhất và phổ biến nhất. Vì vậy, trong một thời gian, nhiều người sẽ đánh đồng Ordinals với "Bitcoin NFT". Ngày nay, chúng ta vẫn có thể thấy chúng trong Unisat Wallet.
Giao dịch trước vào, trước ra
Để đảm bảo rằng việc sắp xếp SAT theo số serial không hỗn loạn trong quá trình giao dịch, phương pháp giao dịch theo nguyên tắc vào trước, ra trước được sử dụng.Đây là một ví dụ về bài viết của Wang Yishi (https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/) để giải thích đặc điểm của first in, first out:
Trong hình ảnh dưới đây, có hai đầu vào ở bên trái. Địa chỉ 1 và Địa chỉ 2 có tổng cộng 5 Satoshi. Trong giao dịch này, 4 Satoshi đã được gửi đến một địa chỉ bắt đầu bằng 3 OpZ, và 1 Satoshi được để lại để trả cho người đào như một phí người đào.
Giả sử trong giao dịch trên, chúng ta đã bí mật sử dụng giao thức Ord để sắp xếp một danh tính (số serial) cho mỗi Satoshi, sau đó sau khi giao dịch hoàn thành, 4 Satoshi có số thứ tự A- > D tại địa chỉ 1 và địa chỉ 2 đã đi đến địa chỉ 3, và Satoshi cuối cùng đã được trao cho người đào.
Cái gọi là "nhập trước, xuất trước" có nghĩa là mỗi số Satoshi được sắp xếp theo chỉ số của nó trong đầu ra giao dịch. Ví dụ: trong đầu ra giao dịch (Đầu ra) trong hình bên dưới, địa chỉ 3 được xếp hạng trước địa chỉ thợ đào, sau đó Satoshi được chuyển từ địa chỉ 1 và địa chỉ 2 trước tiên được kế thừa bởi địa chỉ 3, sau đó là địa chỉ thợ đào.
Nguyên tắc giao thức
Bất kỳ ai quen thuộc với Bitcoin đều biết rằng Bitcoin ra đời như một hệ thống tiền điện tử ngang hàng. Ngôn ngữ lập trình mà nó sử dụng không phải là ngôn ngữ kịch bản hoàn chỉnh của Turing, vì vậy gần như không thể thực hiện các chức năng phức tạp, và hai cập nhật lớn của BTC vào '17 và '21 đã làm cho việc thực hiện một số chức năng liên quan đến logic phức tạp trên BTC trở nên khả thi.
Dựa trên giả thuyết phát triển được mô tả ở trên, Giao thức Hạng đã đạt được hiệu quả của việc xem và chuyển bằng cách viết nội dung của bản mạch vào tập lệnh Taproot và sử dụng UTXO. Kể từ khi chi phí tập lệnh Taproot chỉ có thể được thực hiện từ Các đầu ra Taproot hiện có, hai giai đoạn (cam kết/phát hiện) được sử dụng để đạt được việc khắc. Đầu tiên, khi gửi một giao dịch, chúng ta cần tạo một Đầu ra Taproot với một tập lệnh chứa nội dung của bản mạch, và thứ hai, khi phát hiện giao dịch, chúng ta cần tiêu tốn giao dịch đã gửi tạo trước đó để phát hiện nội dung của bản mạch trên chuỗi. Trong quá trình này, chúng ta cũng cần tuần tự hóa nội dung của bản mạch trong một loạt các bước:
Nhìn chung, đây tương đương với việc bạn khởi tạo một giao dịch WeChat. Trong quá trình chuyển khoản, chúng ta cần chỉ định nội dung của lời chú thích mà bạn tạo ra trong các bình luận (Taproot Output), sau đó gửi giao dịch (chi tiêu để gửi giao dịch), vì thế sau khi gửi hoàn tất, chúng ta có thể để cho bên kia xem những gì bạn viết trong bình luận (tiết lộ giao dịch) trong hộp chat. Nếu không có bình luận trên giao dịch này hoặc giao dịch bị hủy bỏ, nội dung của lời chú thích này sẽ không được tải lên liên kết.
“1” Brc20 hợp đồng
Đề xuất một thỏa thuận
Sau khi giao thức Ordinals ra mắt, những người chơi sớm đã chơi với NFT, và nhà phát triển ẩn danh domo đã phát hành một tiêu chuẩn thử nghiệm vào ngày 8 tháng 3 năm 2023 — giao thức BRC-20 được cải thiện dựa trên giao thức Ordinals và triển khai chính thức đồng tiền BRC20 đầu tiên $ordi, cho phép bất kỳ ai phát hành token trên mạng Bitcoin, tương tự như cách chơi token ERC-20 trên Ethereum.
Thông báo:
Tweet sớm nhất của domo về BRC-20 là vào ngày 9.3.2023, nhưng dựa vào thời gian triển khai của $meme và $ordi, có vẻ như nó đã được ra mắt vào ngày 8.3.2023
$meme là BRC20 đầu tiên triển khai, và $ordi là BRC20 đầu tiên được phát hành chính thức, điều này có thể được suy luận bằng cách nhìn vào thời gian triển khai của họ
Tuy nhiên, mọi người nên đã trải qua sự phát triển của $ordi. Không có nhiều đề cập ở đây. Để biết thêm chi tiết, vui lòng xem tweet dưới đây:
Nguyên tắc giao thức
Giao thức BRC-20 thiết lập một loạt các tiêu chuẩn để cho phép triển khai, đúc và chuyển giao các mã thông báo BRC20 dựa trên lý thuyết Ordinal. Các tiêu chuẩn định dạng của giao thức được phát sinh từ định dạng của dự án Tên Sats (dự án DID đầu tiên dựa trên giao thức Ordinals):
Ngoài ra, để giải thích một cách đơn giản ở đây, giống như Thỏa thuận Ordinals, nó tương đương với việc bạn khởi xướng một cuộc chuyển khoản WeChat, nhưng nội dung của ghi chú là khác nhau.
mở rộng
Mặc dù phương pháp này của giao thức BRC-20 cho phép phát hành tự do các token đồng nhất trên chuỗi Bitcoin, vì Bitcoin không có mô hình tài khoản và nội dung của BRC-20 được đặt trong script Taproot của Segwit, chúng ta không thể tính toán trực tiếp số dư BRC20 của từng tài khoản trên chuỗi. Do đó, phương pháp hiện tại là xây dựng một máy chủ chỉ mục dưới chuỗi để đạt được việc thu thập thông tin token BRC20, tính toán số dư, chuyển giao giao dịch, v.v., nhưng có nguy cơ tập trung.
Đầu tiên, hãy hiểu rõ ba phần của giao thức lớp BTC: thỏa thuận quy định các quy tắc cho việc viết dữ liệu vào Bitcoin, bộ chỉ mục cung cấp khả năng truy vấn và phân tích dữ liệu này, và sổ cái ghi lại số dư token và xử lý chuyển khoản.
Đối với BRC20, máy chủ chỉ số cần nhận diện tất cả các triển khai BRC20 trước để đọc thông tin token, được gọi là “chỉ số.”
Đồng thời, vì tất cả số dư BRC20 đều được khắc vào trong script, mạng BTC không thể nhận diện được nó, vì vậy máy chủ chỉ số BRC20 phải xây dựng một sổ cái địa phương để ghi lại số dư BRC20. Mỗi khi có một giao dịch xảy ra, sổ cái địa phương cần được kiểm tra và cập nhật để xem xem giao dịch có thể được thực hiện không (có đủ tiền không).
Do đó, BRC20 cần gửi hai giao dịch trong quá trình giao dịch:
Giao dịch đầu tiên đọc dữ liệu sổ cái mới nhất trong sổ cái cục bộ và tính số dư
Giao dịch thứ hai sau đó được chuyển.
Giao thức Ordinals được thiết kế chủ yếu cho NFTs. Dựa trên BRC20 được cải thiện của nó, độ phức tạp của việc chuyển giao tăng một cách đệ quy. Chỉ số BRC20 cũng đảm nhận công việc của một cuốn sổ cái. Cuốn sổ cái này tồn tại hoàn toàn ngoài chuỗi khối của Bitcoin. Chỉ số phải ghi chính xác mọi thay đổi số dư để đảm bảo tính toàn vẹn của cuốn sổ cái.
Do đó, khi thời gian tích lũy, sổ cái của bộ chỉ mục sẽ tích lũy, và áp lực lên các nút sẽ tăng. Nếu bộ chỉ mục không được tiếp tục động viên, việc duy trì sẽ khó khăn. Nếu sổ cái của bộ chỉ mục không còn hoạt động nữa, thì BRC20 sẽ hoàn toàn không thể sử dụng được.
Hệ thống TRAC “2”
$TRAC
$TRAC là một mã thông báo BRC20 được phát hành bởi Benny vào ngày 3.5.2023 và chính thức triển khai và ra mắt vào ngày 22.5.2023.
Trac Core
Trac core là một hệ thống truy vấn và chỉ mục phi tập trung cho các bản ghi Bitcoin, giải quyết các vấn đề như chỉ mục, truy xuất và định giá dữ liệu sinh thái bản ghi.
Ví dụ, đối với các chỉ số, mặc dù dữ liệu chữ ký được lưu trữ trên chuỗi Bitcoin, đây chỉ là thông tin liên quan đến dữ liệu chữ ký, và quá trình cập nhật và kiểm toán dữ liệu đòi hỏi một chỉ số trung tâm của bên thứ ba, và an ninh luôn bị chỉ trích (ví dụ: lỗi tính toán chỉ số ordi của Binance vào cuối tháng 11). Do đó, Trac có thể làm cho hệ sinh thái chữ ký kế thừa an ninh của Bitcoin một cách toàn diện hơn, thu thập, tổ chức và sắp xếp tất cả dữ liệu trên Bitcoin, và dự định giới thiệu hàng trăm nút chỉ số trong tương lai.
Đồng thời, khi số lượng nút tăng lên, Trac Core cũng tích hợp vai trò của các nhà tiên tri để lấy dữ liệu đáng tin cậy cần thiết từ các nguồn bên ngoài để đưa vào blockchain, đó là nền tảng cho việc xây dựng các giao thức cấp cao hơn sau này như DeFi bản địa được khắc hoạ, và API của Trac có thể được gọi mà không mất phí.
Kết quả, khe cắm thẻ sinh thái Trac Core, vừa là một trình chỉ mục phi tập trung vừa là một người tiên tri Bitcoin, có thể nói là vượt trội so với hầu hết các dự án khắc dấu.
Giao thức Tap
Giao thức Tap là một giao thức cải tiến dựa trên các Số thứ tự được phát hành bởi nhóm $TRAC vào ngày 7 tháng 8 năm 2023. Chúng ta có thể coi nó là một phiên bản nâng cấp của giao thức BRC20 gương. Đó là một giao thức tương thích và nâng cấp lên BRC20. Nó có 4 tính năng sau:
Sử dụng $TRAC đã triển khai trước đó như là token quản trị cho giao thức của mình (không phải là đặc điểm, nhưng tôi sẽ giải thích ở đây)
Hiện tại, các token $TAP và $-TAP đã được phát hành chính thức trong Giao thức Tap, trong đó $TAP được đúc bởi BennyTheDev vào ngày 6 tháng 8 năm 2023; $-TAP đã được mở để cộng đồng đúc, với tổng cộng 21.000.000 (hoặc 21.000). Theo nghiên cứu của Shep, $-TAP đã triển khai sớm hơn $TAP 30 phút và là token native đầu tiên thực sự trong giao thức.
ống
Giao thức Ống đã được đề xuất bởi tác giả $TRAC Benny, đây là một cải tiến trên giao thức Runes. Thỏa thuận Ống có thể nói là đã cướp lấy thỏa thuận Runes vì thỏa thuận Runes được đề xuất bởi Casey, người sáng lập của thỏa thuận Ordinals, nhưng trọng tâm chính của nó là trên thỏa thuận Ordinals nên việc phát triển của thỏa thuận Runes đã chậm lại, và Benny đã ra mắt thỏa thuận Ống chỉ sau khoảng một tháng sau khi học được ý tưởng của thỏa thuận Runes
Mối liên kết giữa ba điều
Ở điểm này, chúng ta có thể thấy rằng Benny đã ra mắt 3 dự án liên tiếp trong thời gian chưa đầy nửa năm, và 3 dự án này cũng đan xen với nhau, tạo thành bộ búp bê cuối cùng. Hãy sử dụng hình ảnh dưới đây để mở rộng mối quan hệ giữa chúng.
Nói chung, các token quản trị của một dự án được sử dụng như là token bản địa của thỏa thuận, và Benny có thể thúc đẩy và hạn chế lẫn nhau thông qua phương pháp sử dụng token quản trị này, điều này rất hiếm gặp. Hiện tại, các chức năng cụ thể của các token quản trị này chưa được công bố chính thức, vì vậy chúng ta có thể xem xét xem điều này sẽ gây ra những va chạm thú vị trong quá trình phát triển tiếp theo.
“3” Thỏa thuận về nguyên tử
Đề xuất của một thỏa thuận
Người sáng lập Giao thức Atomicals đã cố gắng phát triển dự án DID trên Giao thức Ordinals vào tháng Hai, nhưng trong quá trình phát triển, anh ta phát hiện ra rằng các hạn chế của Giao thức Ordinals làm cho một số tính năng mà anh ta muốn trở nên không thể hoặc hơi lạ lẫm. Anh ta đã tweet ý tưởng đầu tiên về Giao thức Atomicals vào ngày 29.5.2023, và cuối cùng đã ra mắt thỏa thuận vào ngày 17.9.2023 sau vài tháng phát triển.
Sự ra mắt ban đầu của giao thức Atomicals không gây ra nhiều sóng gió trong hệ sinh thái Bitcoin vì vào thời điểm đó, do sự giới thiệu của Giao thức Ordinals và giao thức BRC-20, một số lượng lớn các giao thức cải tiến dựa trên chúng đã xuất hiện trên các chuỗi khác nhau, nhưng khi chúng tôi xem tài liệu giao thức Atomicals, chúng tôi thấy rằng đó là một giao thức hoàn toàn khác biệt.
Nền tảng lý thuyết — Lý thuyết Vật chất Kỹ thuật số (DMT)
Lý thuyết DMT (Digital Matter Theory) đề cập đến lý thuyết vật chất kỹ thuật số, có nghĩa là thông tin kỹ thuật số không chỉ là các số và chữ cái ngẫu nhiên; thực tế, nó cũng có thể được coi là 'vật chất' riêng của nó, như gỗ hay kim loại. DMT có thể là các giao dịch, byte, hoặc bất kỳ mẫu dữ liệu nào khác trên chuỗi khối, và những mẫu này có thể được biến thành các mặt hàng kỹ thuật số hoặc tài sản có giá trị.
Đây cũng là một trích dẫn từ nội dung của Tiến sĩ Jingle để mọi người hiểu rõ hơn:
Những vấn đề mà những người xây dựng Bitcoin hiện tại đang đối mặt
Ba câu đầu tiên dành cho nhà phát triển, ba câu cuối dành cho người sáng tạo
lý thuyết nguyên tử
Giao thức Atomicals là một giao thức đơn giản và linh hoạt để tạo ra, chuyển nhượng và cập nhật các đối tượng số (thông thường được biết đến là NFT) cho các chuỗi khối UTXO chưa được tiêu dùng như Bitcoin.
1 ️ ︎ Đối tượng số — NFT “atom”
Atomical (hoặc “atom”) là một loại NFT mới có thể được đúc, chuyển nhượng và cập nhật trên Bitcoin. Sự khác biệt chính là không cần sử dụng dịch vụ tập trung hoặc bộ chỉ mục bên thứ ba đáng tin cậy. Không cần thay đổi gì đối với Bitcoin để hoạt động, cũng không cần sidechains hoặc bất kỳ L2 nào. Đã đến lúc lấy lại kiểm soát cuộc sống kỹ thuật số của chúng ta mãi mãi.
2 ️ ︎ BitWork — Micro Proof of Work PoW
Sự cải tiến thú vị nhất đối với giao thức Atomicals là việc thêm quá trình tính toán CPU vào quá trình đúc token, được gọi là BitWork. Các nhà sáng lập cần tính toán một cách cận trọng các giá trị hash khớp với ký tự tiền tố cụ thể trước khi họ có thể đúc.
PoW có thể làm cho việc đúc tiền tương đối công bằng, với cả hai yếu tố năng lượng và thời gian và các thành phần may mắn ngẫu nhiên.
Không giống như các thuật toán PoW truyền thống, khó tính toán, Bitwork có thể điều chỉnh độ khó đào mỏ một cách tỉ mỉ bằng cách thay đổi phương pháp khớp tiền tố. Nó có thể thêm các số từ 1 đến 15 sau tiền tố, như "7777.1" hoặc "7777.15" hoặc bất kỳ số nào ở giữa, đó chỉ ra phạm vi biến thiên mà ký tự đó được phép thay đổi.
Nguyên tắc hoạt động của nó là “.” Số tiếp theo được gọi là một nửa ký tự đại diện và được sử dụng để khớp với bất kỳ ký tự thứ 5 bắt đầu từ số đó. Với “7777.10” Ví dụ, 4 ký tự txid đầu tiên (hex) phải là “7777,” và ký tự thứ 5 có thể là số 10 (hex) hoặc lớn hơn.
Vì vậy, 5 chữ số có thể là a, b, c, d, e hoặc f. Điều này cho phép toàn bộ hệ thống lựa chọn giữa 2 và 16 lần thay vì chỉ 16 lần mỗi khi độ khó tăng lên.
Cùng lúc đó, BitWork cũng mang lại một số trường hợp sử dụng mới lạ:
3 ️ ︎ Container NFTs — Tiêu chuẩn NFT
Container (Container) là một tiêu chuẩn thu thập để đại diện cho NFTs và siêu dữ liệu. Nó có thể được sử dụng để thêm/sửa/xóa nội dung của bất kỳ thỏa thuận nào như Atomicals, Ordinals, Bitmaps, v.v., và bạn cũng có thể chọn “niêm phong” vĩnh viễn, nghĩa là khóa nội dung trong một container và sau đó phá hủy “chìa khóa” có thể mở container, từ đó đạt được mục tiêu duy trì trạng thái nó nằm trong khi niêm phong và không thể sửa đổi được.
Dịch vụ tên container:
4 ️ ECT ARC20 — Dyed Coin
Giao thức Atomicals sử dụng đơn vị nhỏ nhất của Bitcoin, sat như là “nguyên tử” cơ bản. UTXO của mỗi sat được sử dụng để đại diện cho token chính nó, tức là số dư của ARC20 là số sat. 1 token = 1 sat.
ARC20 là mô hình đồng điều khiển, và thông tin đăng ký được ghi lại trong kịch bản giao dịch. Bằng cách ràng buộc thông tin vào UTXO, tính có thể lập trình và phân cấp của mã thông báo có thể được cải thiện. Đồng thời, an ninh của giao dịch được đảm bảo bởi mạng chính BTC. Không cần bất kỳ hệ thống ngoại xích nào để tính toán số dư của mã thông báo ARC20 từ việc theo dõi giao dịch và tính toán số dư, vì số dư mã thông báo tương đồng với số lượng SAT trong UTXO. Điều này là sự khác biệt lớn nhất so với giao thức BRC-20.
Khi triển khai ARC20, thông tin như tên token, tổng số lượng, giới hạn số lượng, cài đặt khó khăn, khối bắt đầu, hình ảnh, v.v.
2. Khi người dùng phát hành ARC20, họ viết tên của token vào kịch bản UTXO. Số lượng được xác định trực tiếp bởi số sats trong UTXO, 1 sat = 1 token.
3. Để chuyển ARC20, người dùng không cần nữa phải gửi bất kỳ dữ liệu nào vào BTC; họ chỉ cần sử dụng UXTO, tiếp tục giữ token, như đầu vào và đầu ra giao dịch tới các địa chỉ khác.
Đối với ARC20, chúng ta chỉ cần một chỉ số để giúp chúng tôi đọc thông tin đăng ký mã thông báo và xác định giao dịch đúc để xác nhận UTXO nào là ARC20.
Các lợi ích của việc này là:
Tất nhiên, thiết kế của các đồng tiền đã nhuộm cũng có một số hạn chế, vì cân đối không được viết vào dữ liệu, mà thay vào đó là sat được ràng buộc, do đó độ chính xác tách tối thiểu của cân đối ARC20 là 1.
Điều này cũng làm cho người dùng không thể thực hiện giao dịch tinh xảo dưới chính BTC mainnet, mà đã đặt mức giới hạn giao dịch tối thiểu là 546 sat để ngăn chặn các cuộc tấn công bụi bẩn. Tuy nhiên, giao thức Atomicals hiện đã đề xuất một kế hoạch chia cụ thể và đang được phát triển tích cực.
Dưới đây là một hình ảnh để cho thấy sự khác biệt quan trọng nhất giữa BRC20 và ARC20:
5 ️ ︎ Hệ thống Tên Miền Vùng (RNS) — Hệ Thống Tên Miền Domain
RNS khẳng định mình là đối thủ thực sự của hệ thống tên miền DNS và mục tiêu của nó là trở thành sự thay thế toàn cầu cho DNS và các hệ thống tên miền blockchain khác
Realm Names là các định danh có thể đọc được cho phép xác định địa chỉ mạng và thông tin tài nguyên. Tên vùng bắt đầu bằng dấu cộng + và có ít nhất một ký tự chữ cái, chẳng hạn như +alice và +agent007, đó đều là tên hợp lệ (tên miền cấp cao — miền hoặc TLR trong Hệ thống Tên Miền Vùng).
Tên miền được sở hữu và quản lý trực tiếp trên chuỗi khối Bitcoin bằng cách sử dụng định dạng đối tượng số nguyên tử, điều này cơ bản có nghĩa là không có bất kỳ trung gian nào hoặc các cơ quan đăng ký tập trung.
6 ️ ︎ Subrealm Minting — Subdomain Foundry
Quản lý và mã hóa cộng đồng bằng cách phát hành các vương quốc phụ (Subrealms) dưới bất kỳ vương quốc nào (Realm). Các quy tắc cụ thể như sau:
Dưới đây là một ví dụ tổng quát:
Ngoài ra, Subrealm cũng có thể được sử dụng cho tổ chức truy cập mạng xã hội, xác minh danh tính, phần thường trung thành và nhiều hơn nữa.
Đặc điểm của thỏa thuận
Thông qua lý thuyết nguyên tử ở trên, chúng ta có thể thấy rằng các đặc điểm chính của giao thức Atomicals bao gồm:
Các khác biệt chính so với các hợp đồng khác
Cách tốt nhất để hiểu sự khác biệt trong giao thức Atomicals là so sánh nó với các giao thức NFT phổ biến khác:
Giao thức Bitmap "4"
Đề xuất một thỏa thuận
Bitmap.land là dự án siêu thế giới đầu tiên trong hệ sinh thái Bitcoin, dựa trên lý thuyết số thứ tự (Ordinals theory) và lý thuyết bitmap (Bitmap theory).
Học thuyết Bitmap (Bitmap theory) được đề xuất bởi người dùng Twitter @blockamotovào ngày 2023.6.5.
Lý thuyết này ánh xạ mỗi đầu vào giao dịch trong một khối Bitcoin như một bưu kiện (Bưu kiện) để tạo thành một khối hoặc quận (quận). Do sự khác biệt về kích thước của các đầu vào giao dịch khác nhau, kích thước lô được ánh xạ cũng khác nhau.
Khái niệm hợp đồng
Người mua Bitmap.land đã bị ảnh hưởng bởi Decentraland và The Sandbox và sử dụng phương pháp chia đất và vẽ mẫu trên bản đồ, tương tự như logic mua đất trên hai nền tảng này. Người dùng viết dữ liệu vào Satoshi thông qua các bia để có quyền sở hữu các khối Bitcoin cụ thể, tương tự như việc đào miễn phí.
Trên chuỗi khối Bitcoin, mỗi khối được chia thành bốn phần để biểu thị các chu kỳ halving khác nhau. Người dùng có thể kiểm tra số lượng và màu sắc của mỗi khối trên trang web Bitmap.land. Màu sắc khác nhau biểu thị các trạng thái bán hàng khác nhau.
Việc bán của Bitmap.land liên quan chặt chẽ đến lý thuyết số thứ tự, tương tự như việc bán đất ảo của Decentraland và The Sandbox, dựa trên chuẩn ERC-721. Lý thuyết số thứ tự tương tự như nguyên lý của những đồng tiền đã đổi sớm, nhưng hai khái niệm này khác nhau trong bối cảnh câu chuyện hiện tại về Bitcoin, sự đồng thuận, sinh thái học và cơ sở hạ tầng. Mặc dù lý thuyết số thứ tự không độc đáo như ERC-721, phương pháp của BRC-20 lại càng nguyên thủy hơn.
Lý thuyết bitmap thêm một giải thích mới cho khối Bitcoin, cung cấp một chủ đề, mặc dù thiếu tính hữu ích. Nó đã thay đổi mối liên kết giữa Bitcoin và thế giới ảo, khiến mỗi khối của chuỗi khối Bitcoin có một chiều mới và biến nó thành một phần của thế giới ảo bằng cách cho phép người dùng sở hữu và ghi lại từng khối riêng lẻ.
Lý thuyết bitmap đã thu hút sự chú ý của cộng đồng Ordinals và gây ra một cơn sốt trong việc khắc trên đá. Bất kỳ khối nào trên chuỗi khối Bitcoin cũng có thể trở thành một phần của thế giới ảo thông qua một Bitmap, mang lại cơ hội mới cho việc sáng tạo và sở hữu cho cộng đồng.
Bitmap.land làm mờ ranh giới giữa Bitcoin và thế giới ảo thông qua lý thuyết bitmap, mở đường cho quyền sở hữu, sáng tạo và phát triển cộng đồng. Khi cơn sốt đúc kết tiếp tục, điều đó có nghĩa là tiềm năng lớn cho những người tìm kiếm một chỗ đứng trong thế giới số.
Giao thức BRC-100 “5”
Đề xuất một thỏa thuận
Như chúng ta tất cả đều biết, các giao thức dựa trên Bitcoin như Giao thức Ordinals và BRC-20 đã mang đến rất nhiều không gian tưởng tượng cho sự phát triển của hệ sinh thái Bitcoin thông qua cơ chế 'tuyên bố trên chuỗi và phân tích ngoại chuỗi'. Ngoài ra, một lượng lớn NFT và token Bitcoin đã được phát hành, nhưng sự phát triển của các ứng dụng phi tập trung như DeFi vẫn đang đứng sau. Do đó, Mikael.BTC đã phát hành một giao thức hỗ trợ tính toán phi tập trung: BRC-100 vào ngày 2/9/2023.
Giới thiệu về thỏa thuận
BRC-100 là một giao thức mở rộng dựa trên lý thuyết Ordinals, được thiết kế để triển khai các ứng dụng phi tập trung khác nhau trên Bitcoin Layer 1. Thỏa thuận này không chỉ đảm nhận các chức năng cơ bản của BRC-20 trên Bitcoin, như tạo, đúc và giao dịch, mà còn giới thiệu khái niệm về tính toán phi tập trung.
Điều này có nghĩa rằng dựa trên ngăn xếp giao thức BRC-100, có thể phát triển các ứng dụng phi tập trung khác nhau như DeFi, SocialFi và GameFi, mang đến các kịch bản ứng dụng thực sự phi tập trung, không cần tin cậy, chống kiểm duyệt và không cần phép ở lớp đầu tiên của Bitcoin.
Một trong những tính năng quan trọng của giao thức BRC-100 là tính tương thích, không chỉ cho phép tất cả các giao thức và ứng dụng trong ngăn xếp giao thức của nó tương thích với nhau, mà còn hỗ trợ tương tác với BTC, BRC-20, hoặc các chuỗi lớp 1 khác như Ethereum và Stacks. Ngoài ra, giao thức còn giới thiệu một mô hình UTXO và mô hình máy trạng thái, tăng cường tính bảo mật và khả năng tính toán của nó.
Đặc điểm của thỏa thuận
Vì giao thức BRC-100 là sự mở rộng của lý thuyết Ordinals, chính BRC-100 có tất cả các tính năng của BRC-20, đồng thời cũng giới thiệu một số tính năng sáng tạo:
Tiết kiệm tiền: Được dựa trên giao thức BRC-100 cho nhiều sự mở rộng như thỏa thuận airdrop, thỏa thuận quản trị, thỏa thuận relay, v.v. Chúng ta có thể hiểu rằng Mikael muốn giới thiệu nhiều trò chơi DeFi khác nhau vào BTC
Kế thừa giao thức
Giao thức BRC-100 giới thiệu khái niệm kế thừa. Các giao thức kế thừa trực tiếp hoặc gián tiếp từ BRC-100 được gọi là các giao thức mở rộng BRC-100. Giao thức mở rộng BRC-100 phải kế thừa từ chỉ một giao thức duy nhất. Một thỏa thuận mở rộng kế thừa các thuộc tính, hoạt động và hoạt động tính toán của thỏa thuận cha, và chỉ có thể mở rộng các thuộc tính và hoạt động tính toán.
Điều này tương tự như khi chúng ta làm gốm, ở đầu tiên nó chỉ là một phôi đất sét. Dần dần, khi chúng ta mài và tạo dáng nó, chúng ta từ từ có nhiều chức năng mở rộ hơn như trang trí, lưu trữ vật dụng, v.v.
Ngăn xếp giao thức BRC-100
Giao thức BRC-100 và tất cả các phần mở rộng và cải tiến của nó được gọi chung là ngăn xếp BRC-100. Dựa trên ngăn xếp này, tất cả các token/ứng dụng đều tương thích với nhau, điều đó có nghĩa là một token/ứng dụng có thể sử dụng các ứng dụng khác ở bất kỳ đâu.
Thỏa thuận và ứng dụng
Trong ngăn xếp giao thức BRC-100, một giao thức là một tiêu chuẩn để mô tả các tính chất, hoạt động và các hoạt động tính toán của một ứng dụng. Một ứng dụng là một phiên bản được tạo ra sau khi giao thức được triển khai lên mạng Bitcoin qua một bài vị.
Một ứng dụng về cơ bản là một mã thông báo có sức mạnh tính toán và trạng thái. Sức mạnh tính toán của ứng dụng được mô tả chi tiết trong giao thức. Nếu bạn không thêm một tiểu ứng dụng, ứng dụng không thể có sức mạnh tính toán không được mô tả trong thỏa thuận. Tiểu ứng dụng được thêm vào cũng chỉ có thể có sức mạnh tính toán của giao thức; nếu không, bộ chỉ mục công cộng không thể xác minh trạng thái của ứng dụng, gây ra trạng thái của người dùng và ứng dụng không nhất quán.
Ứng dụng lồng
Các ứng dụng triển khai dựa trên BRC-100 và các giao thức mở rộng của nó có thể được lồng nhau, tức là dưới một ứng dụng, có thể tạo ra một ứng dụng con gọi là sub-application.
Ticker của ứng dụng con bắt đầu bằng “ticker ứng dụng cha:”. Có thể tạo nhiều ứng dụng trong một ứng dụng để hoàn thành nhiều logic tính toán độc lập. Ví dụ, trong tình huống AMM DEX cổ điển, nhiều ứng dụng/token LP con, như “amm_dex: LP_BRC100_BTC”, cần được tạo trong một ứng dụng DEX.
Tình trạng ứng dụng và địa chỉ
Ngoài mô hình UTXO, giao thức BRC-100 cũng giới thiệu mô hình máy trạng thái để mở rộng khả năng tính toán của giao thức.
Ứng dụng, ứng dụng phụ và địa chỉ đều có thể có trạng thái. Ví dụ, các ứng dụng có thể giữ mã thông báo, và địa chỉ có thể giữ số dư trong các ứng dụng. UTXO và các chuyển đổi trạng thái được thực hiện với các chỉ thị burn2/burn3 và mint2/mint3.
Các hoạt động tính toán (cop) được sử dụng để đại diện cho logic tính toán cụ thể, tức là logic biến đổi trạng thái ứng dụng và địa chỉ.
Ví dụ, địa chỉ A phá hủy 10 token1 đến ứng dụng thông qua lời khắc burn3. Tại thời điểm này, ứng dụng có UTXO này và 10 token1. Ứng dụng có thể phân bổ 10 token1 này thông qua logic tính toán của mình bằng cách thay đổi bất kỳ địa chỉ nào hoặc trạng thái nội bộ của ứng dụng. Sau đó, địa chỉ của token1 trong ứng dụng hoặc ứng dụng có thể phát hành nó với lệnh mint3.
Quyền hạn
Giao thức BRC-100 giới thiệu hai vai trò: chủ sở hữu và quản trị viên.
Địa chỉ với phần chạy ứng dụng được gọi là chủ sở hữu. Chủ sở hữu có thể theo dõi việc chuyển UTXO với phần chạy ứng dụng. Chủ sở hữu của tất cả các ứng dụng con là chủ sở hữu của ứng dụng cha.
Người quản trị được quản lý bởi chủ sở hữu và họ không thể quản lý các quản trị viên khác. Quyền của chủ sở hữu và quản trị viên được giới hạn một cách nghiêm ngặt. Họ không thể duyệt người dùng; họ chỉ có thể thực hiện: quản lý ứng dụng chưa triển khai DAO và hoàn thành các hoạt động tính toán mint2/burn2.
Một quản trị viên có thể là một địa chỉ, ứng dụng hoặc tiện ích phụ. Theo mặc định, ứng dụng và tiện ích phụ là quản trị viên của nhau; không cần thiết lập bổ sung, nhưng các tiện ích phụ không phải là quản trị viên của nhau.
Phải gửi phù hiệu burn2/burn3 cho người triển khai ứng dụng để xử lý đúng cách.
Một số token mà lệnh “mint2” cần phải được phát hành chỉ có thể được phân bổ logic bởi ứng dụng / tiểu ứng dụng, và ứng dụng / tiểu ứng dụng cần phải là quản trị viên token. Lệnh “burn2” cũng có logic tương tự.
Phải gửi phù hiệu burn2/burn3 cho người triển khai ứng dụng để xử lý đúng theo logic của hoạt động tính toán.
Quản trị phi tập trung của ứng dụng
Ngăn xếp giao thức BRC-100 giới thiệu một giao thức quản trị: BRC-101, quản lý các ứng dụng thực hiện BRC-100 hoặc các tiêu chuẩn giao thức mở rộng của nó. Khi ứng dụng ra mắt DAO, nó cần hoàn thành quản trị thông qua việc bỏ phiếu phi tập trung.
Quản trị ứng dụng bao gồm cập nhật các thuộc tính của ứng dụng và con ứng dụng, triển khai các con ứng dụng và dừng các ứng dụng. Quản trị ứng dụng là quản trị trên chuỗi. Khi phiếu bầu trên chuỗi được thông qua, ứng dụng sẽ được thông báo thông qua hành động tính toán: egov, sau đó ứng dụng sẽ tự động thực hiện quản trị sau khi thời gian bị khóa.
Triển khai ứng dụng/token
Trong giao thức BRC-100, có hai cách triển khai ứng dụng: một cách là triển khai trực tiếp bằng hướng dẫn triển khai, và cách khác là triển khai thông qua giao thức quản trị, BRC-101.
Cái đầu tiên được sử dụng để triển khai các ứng dụng cha và con không cần cấu hình quản trị, và cái kia được sử dụng để triển khai các ứng dụng con yêu cầu quản trị.
Tạo token
Giao thức BRC-100 cung cấp ba hướng dẫn đúc: đúc, đúc2 và đúc3, để đúc token trong các tình huống khác nhau.
Khi triển khai một ứng dụng, bạn cần thiết lập số lượng token người dùng có thể đúc (sử dụng lệnh “mint”). Các token còn lại cũng sẽ được đúc bằng cách sử dụng các hướng dẫn “mint”.
“Mint”: Người dùng đúc, đúc công bằng, bất kỳ ai cũng có thể đúc token cho người dùng, nhưng tổng số người đúc “mint” không thể vượt quá cài đặt của các thuộc tính “max” và “mma” của ứng dụng. Sau khi đúc, nguồn cung lưu thông của token sẽ tăng lên.
“mint2”: whitelist minting, ứng dụng ghi lại số lượng người dùng hoặc ứng dụng có thể được đúc, và bất kỳ ai cũng có thể đúc2 mã thông báo cho người dùng hoặc ứng dụng theo quy tắc ứng dụng. Sau khi đúc2, nguồn cung lưu hành của mã thông báo cũng sẽ tăng.
“mint3”: Mint3 là quá trình đúc tiền của kho bạc. mint3 là số dư của người dùng hoặc ứng dụng trong các ứng dụng khác. Bất kỳ ai cũng có thể áp dụng token mint3 cho người dùng hoặc ứng dụng theo quy tắc đăng ký. Sau quá trình mint3, nguồn cung lưu thông của các token sẽ không tăng thêm.
Phá hủy token
Destroy là một hoạt động mới được giới thiệu trong giao thức BRC-100. Người dùng có thể khắc phục hoạt động phá hủy và sau đó chuyển chữ in lên người triển khai ứng dụng, điều này tương tự như ý nghĩa của hoạt động chuyển giao. Các token bị đốt cháy sau đó sẽ bị hủy hoặc chuyển giao vào số dư của ứng dụng.
Tương tự như định nghĩa của một hoạt động đúc, có 3 toán tử đốt: đốt, đốt2, và đốt3, tương ứng logic với đúc, đúc2, và đúc3 tương ứng. Không cần cấu hình bổ sung, và tất cả các ứng dụng/token đều hỗ trợ ba hướng dẫn đốt này.
“Đốt”: Đốt công khai, nơi mọi người có thể sử dụng hướng dẫn để phá hủy token. Khi token được phá hủy thành công, lưu thông sẽ giảm đi, và token bị phá hủy không thể được đúc lại.
“burn2”: Danh sách trắng sẽ bị hủy. Theo quy định được thiết lập bởi ứng dụng, sau khi các token burn2 được chuyển đến ứng dụng, số dư của người dùng sẽ giảm, trạng thái của ứng dụng sẽ được cập nhật tương ứng, và lưu thông sẽ giảm. Trong thực tế, logic như việc loại bỏ thanh khoản trong AMM DEX có thể được thực hiện thông qua burn2.
“Burn3”: Kho bạc bị phá hủy. Burn3 sẽ giảm số dư token của người dùng và tăng số dư của ứng dụng “to”. Trong các ứng dụng thực tế, có thể hợp tác với mint3 để hoàn thành logic trao đổi token và tăng tính thanh khoản trong AMM DEX.
Thuế giao dịch và lạm phát
Hiệp định BRC-100 giới thiệu một cơ chế mới cho việc giao dịch token: thuế giao dịch và phòng thủ đất nổ. Ứng dụng có thể thiết lập tỷ lệ thuế giao dịch, người nhận thuế và tỷ lệ đất nổ cho giao dịch. Các cài đặt này chỉ có hiệu lực khi giao dịch trên các sàn giao dịch phi tập trung dựa trên AMM. Các giao dịch chuyển tiền thông thường, việc đúc và phá hủy token không chịu thuế giao dịch hoặc phòng thủ đất nổ.
Hoạt động tính toán
Các hoạt động tính toán là hành vi tính toán mở rộng của giao thức BRC-100. Nó được đại diện bởi thuộc tính cop và là đơn vị tính toán nhỏ nhất của giao thức. Khi sử dụng với toán tử op: burn2/burn3/mint2/mint3, nó có thể được hiểu như là một hàm chuyển trạng thái, xác định cách cập nhật trạng thái của ứng dụng và người dùng dưới toán tử op tương ứng.
Oracle oracles
Oracle là một yêu cầu phổ biến cho blockchain tương tác với tất cả các bên dưới chuỗi và đã được triển khai và áp dụng tốt trên các blockchain như Ethereum. Thiếu oracles, hợp đồng thông minh trên blockchain sẽ hoàn toàn bị giới hạn trong dữ liệu trên chuỗi. Tuy nhiên, so với blockchain, giao thức BRC-100 có các đặc điểm rất đặc biệt.
Nó không chỉ có sức mạnh tính toán của blockchain, mà còn dựa vào một trình lập chỉ mục ngoài chuỗi để hoàn thành phép tính. Đồng thời, các nhà lập chỉ mục ngoài chuỗi có thể giao tiếp trực tiếp với các blockchain hoặc giao thức meta khác, nhưng các blockchain không thể làm điều này, điều đó có nghĩa là người lập chỉ mục có thể xác minh rằng bất kỳ dữ liệu nào ngoài chuỗi hoặc trên chuỗi đáp ứng các yêu cầu của giao thức Oracle BRC-100.
Ví dụ: xác minh việc chuyển BTC hoặc tài sản BRC-20, xác minh giá của ETH trên một khối Ethereum, v.v.
Nói cách khác, trong giao thức BRC-100, oracles có một mô hình mới: chứng thực và xác minh, nơi người dùng gửi dữ liệu chứng thực, và bộ chỉ mục hoạt động như một Bộ xác minh Oracle để xác minh dữ liệu chứng thực do người dùng gửi ngoài thỏa thuận, mà không cần dịch vụ Oracle riêng biệt.
Trong giao thức BRC-100, các lệnh burn2/burn3/mint2/mint3 hỗ trợ mặc định các thuộc tính chứng minh để gửi dữ liệu chứng minh ngoài giao thức. Chỉ số có thể xác minh dữ liệu chứng nhận và đảm bảo tính nhất quán và chính xác của trạng thái. Chứng minh có thể là chứng minh chuyển giao, chứng minh cây Merkel, chứng minh không biết, chứng minh giá, v.v., và có thể được sử dụng để kết nối các tình huống như tài sản, phân phát quà tặng, v.v., và có thể được sử dụng để kết nối các tình huống như Bitcoin layer 2, giải quyết vay nợ, v.v.
giao thức relay
Giao thức meta trên Bitcoin không đồng nhất và không thể giao tiếp với nhau. Các giao thức khác nhau tương tự như các blockchain khác nhau; họ chia sẻ tính bảo mật của blockchain Bitcoin và có khả năng tính toán khác nhau. Hơn nữa, các giao thức meta không thể giao tiếp trực tiếp với các blockchain khác: ví dụ, Ethereum không thể sử dụng tài sản trên các blockchain khác.
Do đó, ngăn xếp giao thức BRC-100 yêu cầu một giao thức relay để hoàn thành việc giao tiếp giữa Bitcoin, siêu giao thức, blockchain và giao thức BRC-100, bridge tài sản trên các giao thức hoặc blockchain khác đến BRC-100, và tham gia vào các ứng dụng phi tập trung như DeFi. Trong khi đó, do sự đa dạng của các giao thức và blockchain, BRC-100 sẽ có nhiều giao thức relay.
Đầu tiên, chúng tôi sẽ phát hành: BRC-103, đó là trách nhiệm cầu nối tài sản giữa Bitcoin, BRC-20 và BRC-100.
Khi tài sản được cầu nối từ siêu-protocol hoặc blockchain (nguồn) sang giao thức BRC-100 (đích), để bộ chỉ mục xác minh tính chính xác của việc truyền tải, cần phải nộp bằng chứng dữ liệu truyền tải bằng lệnh “mint2”, được gọi là bằng chứng truyền tải.
Chứng minh chuyển khoản có nghĩa là khi một tài sản neo được tạo ra trên giao thức đích (BRC-100), dữ liệu chuyển khoản từ phía nguồn (như Bitcoin, BRC-20 hoặc blockchain khác) cũng phải được gửi kèm như là bằng chứng. Điều này có thể là mã giao dịch hoặc ID dấu in.
Vì vậy, tất cả các nhà lập chỉ mục BRC-100 có thể xác minh tính chính xác của việc đúc các tài sản neo.
Transfer Proof là một ứng dụng rất quan trọng của giao thức BRC-100 của Oracle.
Các trường hợp sử dụng giao thức
Vì BRC-100 được mở rộng từ BRC-20, nó về cơ bản có tất cả các kịch bản ứng dụng của BRC-20, nhưng các kịch bản ứng dụng của BRC-100 nhiều hơn nhiều. Chúng ta vẫn có thể mở rộng dựa trên giao thức BRC-100. Dưới đây là một số phần mở rộng chính thức được liệt kê, một số trong số đó đã đang được phát triển:
BRC-101 (phát hành)
Bộ giao thức quản trị phi tập trung trên chuỗi BRC-100 định nghĩa cách cập nhật các thuộc tính của các ứng dụng/token cha/mẹ, dừng ứng dụng và thêm ứng dụng con.
Ngoài ra, BRC-101 còn có thể hoàn thiện quản trị ngoài chuỗi bằng cách thức bầu cử phân quyền phân quyền.
BRC-102 (đang phát triển)
Một giao thức thanh khoản tự động xác định cách trao đổi token cho ngăn xếp giao thức BRC-100 thông qua một thuật toán tạo thị trường tự động (AMM). Logic tính toán sẽ tương tự như Uniswap trên Ethereum.
BRC-103 (đang phát triển)
Một giao thức relay giữa BTC, BRC-20 và BRC-100. Meta-protocol trên Bitcoin là không đồng nhất và không thể giao tiếp với nhau. Các giao thức khác nhau tương tự như các chuỗi khác nhau. Họ chia sẻ bảo mật của blockchain Bitcoin và có sức mạnh tính toán khác nhau.
Do đó, ngăn xếp giao thức BRC-100 sẽ công bố nhiều giao thức relay để hoàn thành việc giao tiếp giữa các siêu giao thức, chuỗi khác nhau và BRC-100, và kết nối các giao thức khác và tài sản trên chuỗi vào BRC-100 để tham gia vào các ứng dụng phi tập trung như DeFi.
BRC-104
Thỏa thuận khai thác thanh khoản xác định cách nhận phần thưởng mã thông báo sau khi đặt mã thông báo.
Một mã token staking có thể là bất kỳ token dựa trên BRC-100 nào, chẳng hạn như token hồ bơi thanh khoản của giao thức BRC-103, hoặc cùng một token làm token thưởng. Ngoài ra, BRC-104 sẽ hỗ trợ khóa các token đã đặt cược trong suốt thời gian khóa cửa.
BRC-105
Một giao thức airdrop xác định cách thức hiệu quả trong việc airdrop token đến nhiều địa chỉ.
Giao thức sẽ sử dụng Merkle Tree để hoàn thành việc thực hiện airdrop để tiết kiệm phí giao dịch vì không cần phải công khai tất cả dữ liệu airdrop ban đầu trên Bitcoin. Người dùng chỉ cần gửi Merkle Proof để chứng minh rằng họ sở hữu airdrop trong quá trình “mint2”, sau đó tất cả các bộ chỉ mục có thể xác minh tính chính xác để hoàn thành airdrop.
BRC-106
Một giao thức hồ bơi stablecoin phi tập trung xác định cách stablecoin được tạo ra thông qua tài sản thế chấp.
Logic tính toán sẽ tương tự như DAI của MakerDAO3 trên Ethereum.
BRC-107
Một hợp đồng hồ bơi cho vay xác định cách thức tài sản có thể được vay thông qua tài sản thế chấp.
Logic tính toán sẽ tương tự như Aave trên Ethereum.
BRC-108
Một giao protocô thanh khoản tự động cho stablecoins.
BRC-109
Giao thức giao dịch phi tập trung cho hợp đồng tương lai vĩnh viễn.
BRC-110
Một giao thức relay giữa các chuỗi khối tương thích với EVM và BRC-100 xác định cách tài sản trên các chuỗi khối tương thích với EVM có thể được kết nối với BRC-100.
BRC-111
Giao thức xác minh tầng 2 của Bitcoin xác định cách xác minh dữ liệu chứng minh tầng 2 của Bitcoin như một hợp đồng thông minh tầng 2 trên Ethereum.
Giao thức BRC-420 '6'
Đề xuất của một thỏa thuận
Sau khi giao thức BRC-20 được đề xuất, một giao thức thử nghiệm mới khác được gọi là BRC-420, còn được biết đến với tên giao thức thế giới song song, đã xuất hiện vào ngày 19.9.2023.
Khái niệm hợp đồng
BRC-420 là một thí nghiệm thú vị. Đây là giao thức thế giới ảo đầu tiên trong Giao thức Ordinals, một giao thức tài sản dựa trên giao thức Bitmap.
Bằng cách kết hợp nhiều bản ghi thành một tài sản phức tạp, chẳng hạn như vật phẩm trò chơi, hoạt hình và hiệu ứng, hoặc các mô-đun trò chơi trong thế giới ảo. Mọi thứ từ nhân vật nhỏ và thú cưng đến kịch bản trò chơi đầy đủ và máy ảo đã được tạo ra.
Do vì tính chất mã nguồn mở trên chuỗi của họ, các tài sản này có thể chạy hoặc được xác minh bởi bất kỳ khách hàng nào, hoàn toàn phản ánh tinh thần “Khách hàng không phụ thuộc” của các trò chơi toàn chuỗi.
Thỏa thuận BRC-420 bao gồm hai phần: Tiêu chuẩn Siêu thế giới (Tiêu chuẩn Siêu thế giới), xác định định dạng mở cho tài sản trong siêu thế giới, và Tiêu chuẩn Phí bản quyền (tiêu chuẩn phí bản quyền), thiết lập một thỏa thuận trên chuỗi cho nền kinh tế tạo ra.
BRC-420 mở ra những khả năng cho trò chơi trên chuỗi của Ordinals và các chuỗi khối module. Các nhà sáng tạo khác nhau có thể đóng góp các module khác nhau, và những nhà sáng tạo mới có thể xây dựng trên sự đổi mới của những người tiền nhiệm. Điều này đã dẫn đến sự phát triển vô số đổi mới trong hệ sinh thái Ordinals, mang lại lợi ích cho tất cả các bên tham gia.
Phát triển thỏa thuận
Hiện tại, BRC-420 đã phát hành BRC-420 DLC vào ngày 3/11/2023, có thể tích hợp hàng ngàn chú thích siêu văn bản vào 1 DLC. Sau triển khai, người dùng có thể nhận được hàng ngàn tài sản siêu văn bản trong một lần đúc.
Thỏa thuận Runes “7”
Đề xuất của một thỏa thuận
Sau khi giao thức BRC20 ra đời, Casey cảm thấy rằng việc tạo các token đồng nhất trên Bitcoin không phải là ý tưởng tốt. 99% các token đồng nhất đều là lừa đảo và sẽ không biến mất trong tương lai ngắn. Tạo ra một giao thức token đồng nhất tốt cho Bitcoin có khả năng mang lại doanh thu phí giao dịch đáng kể, sự chú ý từ các nhà phát triển và người dùng cho Bitcoin.
Do đó, Casey đề xuất giao thức Runes dựa trên công nghệ UTXO vào ngày 26.9.2023.
Thiết kế của giao thức Runes cũng có thể bị ảnh hưởng bởi ARC20. Lựa chọn là viết dữ liệu token trực tiếp vào script UTXO, bao gồm ID, đầu ra và số lượng token.
Rõ ràng, việc triển khai Runes rất giống với ARC20, và việc chuyển token được xử lý trực tiếp đến mạng chính BTC. Khác biệt là Runes ghi số lượng token trong dữ liệu script, điều này khiến nó chính xác hơn ARC20.
Tuy nhiên, đồng thời, độ phức tạp cũng tăng lên, làm cho việc sử dụng trực tiếp tính kết hợp của BTC UTXO như ARC20 trở nên khó khăn.
Phát triển hợp đồng
Kể từ khi khởi chạy thỏa thuận Runes, khi nỗ lực phát triển của Casey chủ yếu tập trung vào giao thức Ordinals, việc phát triển giao thức Runes đã diễn ra chậm chạp, đó là lý do tại sao Benny nhanh chóng vượt mặt và phát triển giao thức Pipe sau khi phát hành thỏa thuận Runes.
Trong suốt Tuần lễ Blockchain Đài Loan vào tháng 12, Casey cũng thông báo tại một sự kiện tại Đài Bắc rằng Giao thức Runes sẽ được ra mắt trên mạng chính. Tại chiều cao khối lượng 840.000, tức là lần cắt nửa tiếp theo của BTC, có thể sẽ diễn ra vào cuối tháng 4 năm 2014.
Sau khi nghiên cứu kế hoạch phát hành tài sản BTC, tôi cũng hoàn toàn cảm nhận được sức hút của họ, vì vậy tôi cũng đề cập đến một số ý kiến chủ quan của mình:
Cuối cùng, cảm ơn bạn đã đọc bài viết này. Mục đích ban đầu của bài viết này là để cung cấp cho bạn hiểu biết tốt hơn và toàn diện hơn về sự phát triển của hệ sinh thái BTC, và bạn cũng được mời đến và trò chuyện với tôi. Trong vài ngày tới, tôi sẽ đăng một số ý kiến từ thời gian này sang thời gian khác, và tôi cũng sẽ viết một bài viết khác về kế hoạch mở rộng, vì vậy hãy theo dõi.