Giải thích ORC-20: Các quy tắc mới về phát hành mã thông báo trong hệ sinh thái Ordinals

Tiêu đề gốc: " Giải thích mã thông báo ORC-20: Quy tắc phát hành mã thông báo mới trong hệ sinh thái thông thường 》

Nguồn gốc: @ohxiyu

Trong Ordinals, bất kỳ ai sử dụng json để tạo các dòng chữ và sau đó diễn giải chúng đều có khả năng sử dụng các dòng chữ đó như giấy cói và có nguy cơ phụ thuộc quá nhiều vào dịch vụ tập trung.

1. Bối cảnh

brc20 có nhiều hạn chế, chỉ bao gồm bốn ký tự Là tên tiền tệ , không thể nâng cấp, có nguy cơ chi tiêu gấp đôi và không thể hủy giao dịch, v.v. Mục đích của orc20 là loại bỏ những hạn chế này, có thể nói đây là một hard fork của brc20. Bạn có thấy điều này quen thuộc không, mô hình fork tổ tiên của hệ sinh thái Bitcoin?

2. Orc20 là gì?

ORC-20 là một tiêu chuẩn mở được thiết kế để nâng cao chức năng của các mã thông báo được đặt hàng trên mạng Bitcoin nhằm cải thiện Tiêu chuẩn mã thông báo được đặt hàng BRC-20 phổ biến. orc20 tương thích ngược với BRC-20 và cải thiện khả năng thích ứng, khả năng mở rộng và bảo mật, loại bỏ khả năng tiêu thụ trùng lặp.

3. Những thay đổi trong orc20

3.1 Nguồn cung ban đầu và số tiền tối đa có thể được thay đổi. Tôi không nghĩ đây là một sự cải tiến và việc cố định khối lượng cũng như tổng khối lượng chuỗi cung ứng ban đầu không phải là một bất lợi. orc20 chỉ làm cho hình thức phát hành tiền tệ của Ordinals trở nên linh hoạt hơn, cố định hay linh hoạt chỉ là sự lựa chọn, không liên quan gì đến tốt hay xấu.

3.2 Không có giới hạn cố định về không gian tên và có thể sử dụng tên ở mọi kích thước. Việc đặt tên thực sự là một vấn đề khó khăn, đặc biệt vì hầu hết các từ có bốn chữ cái brc20 đã được đúc sẵn từ trước.

3.3 Sử dụng mô hình UTXO để đảm bảo không có việc tiêu thụ lặp lại trong quá trình giao dịch. Bạn có thể tìm kiếm mô hình utxo là gì, ngay cả khi gửi giao dịch, số dư cũng sẽ được gửi đến địa chỉ thay đổi dưới dạng giao dịch. Điều này có thể giải quyết đúng đắn vấn đề chi tiêu gấp đôi,

Ví dụ: 10.000 ORC có ID 1 sẽ được chia thành hai phần giao dịch và gửi đến địa chỉ nhận. Mỗi giao dịch phải có một nonce duy nhất. Bước 1: Gửi sự kiện đến người nhận bằng cách ghi âm, gửi 1000 đến địa chỉ nhận (nonce là 5), Bước 2: Gửi sự kiện cho người gửi bằng cách ghi âm, gửi lại số dư còn lại cho người gửi (nonce là 6), chỉ khi số dư còn lại Giao dịch không thể được hoàn thành cho đến khi quá trình gửi hoàn tất.

3.4 Cho phép hủy giao dịch. Sử dụng "op": "cancel" để hủy giao dịch chưa thực hiện.

3.5 cho phép chuyển đồng xu brc20 đã triển khai sang orc20. Chỉ người triển khai brc20 mới có thể thực hiện lệnh chuyển.

4. Quy tắc mới để nhận dạng id orc20

4.1, mặc định là 1. Số nhận dạng phải là duy nhất giữa các ORC-20 có chung số nhận dạng, nếu có hai ORC-20 có cùng số nhận dạng và cùng một ID thì "quy tắc đầu tiên" sẽ được áp dụng và ORC-20 thứ hai không hợp lệ.

4.2 Nonce là mã định danh duy nhất được liên kết với mỗi giao dịch, cho phép người gửi theo dõi phần giao dịch của mình. Bằng cách bao gồm một số nonce trong mỗi giao dịch, người gửi có thể đảm bảo rằng mỗi phần của giao dịch là duy nhất và không thể bị sao chép một cách vô tình hoặc cố ý, điều này sẽ ảnh hưởng đến tính bảo mật của giao dịch. Với nonce, người gửi cũng có thể hủy các phần cụ thể của giao dịch bằng cách chỉ định nonce tương ứng khi gửi giao dịch hủy. Điều này bổ sung thêm tính bảo mật và tính linh hoạt cho tiêu chuẩn mã thông báo ORC-20.

4.3 "op": "hủy", thao tác hủy một phần nhất định của giao dịch.

4.4 trường xấu, có thể nâng cấp được: true hay false, giá trị mặc định là true. Cho phép người triển khai nâng cấp ORC-20 sau đó.

Trường 4,5 wp, di chuyển: đúng hoặc sai, giá trị mặc định là sai. Được sử dụng cho mục đích di chuyển mã thông báo và không thể đảo ngược. Chỉ người triển khai BRC-20 ban đầu mới có thể triển khai các sự kiện di chuyển. Trình bao bọc này sao chép siêu dữ liệu của BRC-20 ban đầu, chẳng hạn như cùng giới hạn phát hành và cung cấp tối đa.

4.6 Version: Version: Đây là thông tin hữu ích khi nâng cấp ORC-20. Nói chung, số phiên bản phải được cập nhật sau mỗi lần nâng cấp, giúp xác định các phiên bản khác nhau của hợp đồng, từ đó tạo điều kiện thuận lợi cho việc phát triển, quản lý và sử dụng sau này.

4.7 msg: tin nhắn: văn bản, tin nhắn hoặc khai báo tùy chỉnh, có thể có kích thước bất kỳ. Trường này có thể được sử dụng để cung cấp thông tin về mã thông báo, chẳng hạn như mục đích, tầm nhìn, kịch bản sử dụng, v.v. Điều này giúp người dùng hiểu rõ hơn về giá trị và mục đích của token và tăng độ tin cậy của token.

4.8 Khóa tùy chỉnh. Chỉ dành cho các triển khai tùy chỉnh như thuế - thuế giao dịch bắt buộc như tiền bản quyền; minter - địa chỉ đúc tiền đặc biệt; hình ảnh - hình ảnh của mã thông báo; tkid - ID mã thông báo; url - URL của thông tin mã thông báo.

Các trường tùy chọn này có thể được sử dụng để tùy chỉnh nhu cầu của các mã thông báo đặc biệt, mở rộng chức năng đặc biệt không được cung cấp trong giao thức ORC-20 tiêu chuẩn. Ví dụ: thuế có thể được sử dụng để thu phí trên mỗi giao dịch, tiền bản quyền có thể được sử dụng để tính phí cho tác giả ban đầu đối với tác phẩm, v.v. Thợ đào có thể chỉ định các địa chỉ đặc biệt để cấp quyền cho việc đúc token, v.v.

5. Hạn chế của orc20

5.1 Phức tạp, thứ tự dựa trên hệ sinh thái Bitcoin, đơn giản Nó cũng có thể được coi là một lợi thế, nhưng trên cơ sở brc20 làm phức tạp thêm vấn đề phát hành tiền tệ, orc20 còn làm phức tạp thêm nó. Nhiều định nghĩa và thao tác rườm rà có thể dễ dàng dẫn đến nhiều vấn đề hơn. Ví dụ, hoạt động di chuyển mang lại hai đồng xu.

5.2 Tập trung hóa. Mục đích của việc sử dụng json là để tạo điều kiện truy xuất. Việc truy xuất chắc chắn sẽ sử dụng các dịch vụ tập trung. Đây cũng là trường hợp của các ứng dụng khác trong hệ sinh thái Ordinals hiện tại ngoại trừ nft Nhược điểm tự nhiên.

5.3 Tiền bản quyền bắt buộc có lẽ đã đưa hình thức thu tiền bản quyền trên thị trường thương mại trở thành quy định. Tôi nghĩ tác giả đã không hiểu tiền bản quyền đối với tiền tệ. Là nft, thuộc tính riêng của nó là một tác phẩm nghệ thuật. Việc trả tiền bản quyền cho các nghệ sĩ là điều dễ hiểu. Tác giả và người nắm giữ là mối quan tâm của người sáng tạo và người dùng. Nhưng xét về mặt tiền tệ, người nắm giữ tiền tệ phải giống nhà đầu tư hơn, nhà đầu tư đầu tư tiền vào dự án và trả tiền bản quyền cho bên dự án, điều này có vẻ không hợp lý.

5.4 Sự phụ thuộc vào đường dẫn, thông qua diễn giải, chúng ta có thể thấy rằng những gì orc20 đang làm là đưa việc phát hành Bitcoin e đến gần hơn với RC20. Vì vậy, một câu hỏi được đặt ra: tại sao không sử dụng erc20?

6.Tóm tắt

Trong một câu, orc20 đã hủy bỏ một số hạn chế của brc2 0. Và nhiều hoạt động hơn được xác định.

Trên thực tế, khả năng cạnh tranh cốt lõi của Ordinals là các dịch vụ tập trung chứ không phải tiêu chuẩn này. Chỉ bằng cách đặt chứng nhận vòng kín trên chuỗi thì rủi ro tập trung mới có thể được ngăn chặn.

Vấn đề lớn nhất với brc20 không phải là có quá nhiều hạn chế mà là sự phụ thuộc tập trung. Orc20 không giải quyết được vấn đề này, Orc20 coi brc20 như đối thủ cạnh tranh và mục tiêu của nó là chiếm lĩnh thị trường. orc20 ít tác động đến hệ sinh thái Ordinals, nhưng tác động của nó lên brc20 cũng rất hạn chế.

Nguồn gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia