Tác giả gốc: xiyu (@ohxiyu)

Nguồn gốc: SevenUp DAO

Tài liệu chính thức của ORC-20:https://docs.orc 20.org/

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

1. Bối cảnh

Brc 20 có nhiều hạn chế, những hạn chế này chỉ bao gồm bốn ký tự có thể được sử dụng làm tên tiền tệ, không nâng cấp, rủi ro chi tiêu gấp đôi, không hủy giao dịch, v.v. Mục đích của orc 20 là loại bỏ những hạn chế này, đây có thể nói là một hard fork của brc 20. Có một chút quen thuộc khi thấy ở đây, mô hình phân nhánh được thừa hưởng từ tổ tiên sinh thái btc.

2. Orc 20 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, cải tiến theo tiêu chuẩn mã thông báo được đặt hàng BRC-20 phổ biến. orc 20 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ụ gấp đôi.

3. Những thay đổi trong orc 20

3.1 Có thể thay đổi nguồn cung cấp ban đầu và số tiền đúc tối đa.

Tôi không nghĩ đây là một sự cải tiến, khối lượng chuỗi cung ứng ban đầu cố định và tổng khối lượng không phải là một bất lợi. Orc 20 chỉ là làm cho hình thức thứ tự linh hoạt hơn, cố định hay linh hoạt chỉ là lựa chọn, không liên quan gì tốt xấu.

3.2 Không gian tên không có giới hạn cố định và tên có kích thước bất kỳ có thể được sử dụng.

Đặt tên là một điểm thực sự khó khăn, đặc biệt là vì hầu hết các từ có bốn chữ cái brc 20 đã được đúc sẵn.

3.3 Sử dụng mô hình UTXO để đảm bảo rằng không có mức tiêu thụ lặp lại trong quá trình giao dịch.

Mô hình utxo là gì, bạn có thể tự tìm kiếm. Ngay cả khi một giao dịch được gửi, số dư sẽ được gửi đến địa chỉ thay đổi dưới dạng một giao dịch. Điều này có thể giải quyết đúng vấn đề chi tiêu gấp đôi,

Ví dụ: chia 10.000 ORC có ID 1 thành hai phần và gửi giao dịch đế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 cho 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 gửi xong.

3.4 Cho phép hủy giao dịch

Sử dụng "op":"cancel" để hủy giao dịch nonce.

3.5 Cho phép chuyển số tiền brc 20 đã triển khai sang orc 20.

Chỉ người triển khai brc 20 mới có thể vận hành lệnh truyền.

4. Orc 20 quy tắc mới

4.1 nhận dạng id, mặc định là 1. Số nhận dạng phải là duy nhất trong số 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 ID, "quy tắc đầu tiên" sẽ được áp dụng, ORC-20 thứ hai không hợp lệ.

4.2 Một nonce là một 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 các phần của giao dịch. Bằng cách bao gồm nonce trong mỗi giao dịch, người gửi có thể đảm bảo rằng mỗi phần 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ể chỉ định nonce tương ứng để hủy một phần cụ thể của giao dịch 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": "cancel", hủy bỏ thao tác của một phần nào đó trong giao dịch.

4.4 trường ug, cho dù nó có thể được nâng cấp: đúng hay sai, giá trị mặc định là đúng. Cho phép người triển khai nâng cấp ORC-20 sau đó.

4.5 trường wp, di chuyển: đúng hoặc sai, giá trị mặc định là sai. Nó đượ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ư giới hạn phân phối và cung cấp tối đa giống nhau.

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

4.7 msg: message: văn bản tùy chỉnh, tin nhắn hoặc bản tuyên ngôn, 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 của mã thông báo, v.v. Điều này giúp người dùng hiểu rõ hơn về giá trị và tiện ích của mã thông báo và tăng độ tin cậy của mã thông báo.

4.8 Khóa tùy chỉnh. Chỉ dành cho triển khai tùy chỉnh, ví dụ: thuế giao dịch do thuế thực thi, chẳng hạn như tiền bản quyền; minter - địa chỉ đúc đặc biệt; hình ảnh - hình ảnh mã thông báo; tkid - ID mã thông báo; url - URL cho 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 các nhu cầu của mã thông báo đặc biệt và mở rộng các 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 để tính một khoản phí nhất định cho mỗi giao dịch, tiền bản quyền có thể được sử dụng để tính phí tác giả ban đầu cho một tác phẩm, v.v. Những người khai thác có thể chỉ định các địa chỉ đặc biệt để cấp quyền cho các mã thông báo đúc, v.v.

5. Hạn chế của Orc 20

5.1 Độ phức tạp

Sự đơn giản của các thứ tự dựa trên hệ sinh thái Bitcoin cũng có thể được coi là một lợi thế, nhưng trên cơ sở BRC 20 làm phức tạp vấn đề phát hành tiền, ORC 20 lại làm phức tạp thêm vấn đề. Nhiều định nghĩa hơn và các thao tác rườm rà có khả năng mang lại nhiều vấn đề hơn. Ví dụ, hoạt động di chuyển mang lại hai đồng tiền.

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, điều này chắc chắn sẽ sử dụng các dịch vụ tập trung, đây cũng là nhược điểm tự nhiên của các ứng dụng khác trong hệ sinh thái thứ tự hiện tại ngoại trừ nft.

5.3 Tiền bản quyền bắt buộc

Chắc là đưa hình thức thu tiền bản quyền trên thị trường mua bán vào nội quy. Tôi nghĩ rằng tác giả đã không hiểu tiền bản quyền trên tiền tệ. Với tư cách là một 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à sự quan tâm của người sáng tạo và người dùng. Nhưng về tiền tệ, người nắm giữ tiền tệ nên giống với nhà đầu tư hơn, việc nhà đầu tư bỏ tiền đầu tư vào dự án và cũng trả tiền bản quyền cho bên dự án có vẻ không hợp lý.

5.4 Sự phụ thuộc vào đường dẫn, theo diễn giải

Chúng ta có thể thấy rằng những gì orc 20 đang làm là gửi bitcoin đến gần rc 20 hơn. Sau đó, một câu hỏi đặt ra, tại sao không sử dụng erc 20?

6. Tóm tắt

Nói tóm lại, orc 20 hủy bỏ một số hạn chế của brc 20 và xác định nhiều hoạt động hơn.

Trên thực tế, khả năng cạnh tranh cốt lõi của việc phát hành tiền theo thứ tự là các dịch vụ tập trung, không phải tiêu chuẩn này. Rủi ro tập trung chỉ có thể được ngăn chặn nếu các chứng nhận tạo thành một vòng khép kín được đặt trên chuỗi.

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