Phân tích: Đề xuất trên BNB Chain phân chia quyền kiểm soát tài sản giữa bốn vai trò

Thiết kế CAS20 được đề xuất trên BNB Chain phân chia quyền kiểm soát tài sản giữa bốn vai trò, đồng thời trao cho một quản trị viên do cơ chế quản trị bổ nhiệm quyền kiểm soát thời điểm có thể tạo stablecoin và tài sản được token hóa mới. Bản phát hành v1.8.1 ngày 16 tháng 10 lên lịch triển khai Jenner trên testnet Chapel của BNB Smart Chain vào 02:30 UTC ngày 29 tháng 10. Một thông báo trước đó đưa ra hướng dẫn dự kiến triển khai mainnet vào cuối tháng 11, nhưng thời điểm chính xác chưa được công bố. Tiêu chuẩn BEP-702 được đề xuất vẫn mang nhãn Dự thảo và áp dụng cho token CAS20, trong khi các token BEP-20 hiện có sẽ không bị ảnh hưởng. CAS20 sẽ triển khai hành vi token dùng chung trong logic gốc của chuỗi thông qua các precompile có trạng thái.

Theo BEP-702, cơ chế quản trị của chuỗi bổ nhiệm quản trị viên kích hoạt thông qua GovHub, hợp đồng chuyển tiếp quản trị của BSC. Cơ chế kích hoạt trong bản triển khai chỉ cho phép GovHub thay đổi quản trị viên, và chỉ quản trị viên khác 0 được lưu trữ mới có thể kích hoạt hoặc vô hiệu hóa các tính năng. Các công tắc riêng biệt kiểm soát việc tạo token biến thể Asset, tạo token biến thể Stablecoin và ghi vào sổ đăng ký chính sách dùng chung. Khi một biến thể được bật, quy trình tạo token của factory không có danh sách phê duyệt riêng cho từng đơn vị phát hành. Người tạo cung cấp quản trị viên ban đầu của token và hướng dẫn khởi tạo. Danh sách cho phép tham gia sớm dành cho các đơn vị phát hành trên BNB Chain không chứng minh rằng mã nguồn cấp phép riêng cho từng đơn vị phát hành.

Việc vô hiệu hóa một tính năng tạo token sẽ ngăn tạo token CAS20 mới thuộc biến thể đó. Các token hiện có vẫn có thể phát hành thêm đơn vị theo quyền hiện hành, chuyển số dư và quản lý vai trò. Cài đặt hỗ trợ Jenner và kích hoạt tính năng tạo token cho biến thể được chọn là hai cột mốc triển khai riêng biệt. Công tắc tạo token không phải là cơ chế trực tiếp để chuyển hoặc đóng băng số dư của một chủ sở hữu hiện hữu.

Quản trị viên token chọn chính sách cho từng hoạt động cụ thể, và mỗi chính sách có một quản trị viên riêng chịu trách nhiệm về danh sách thành viên. Bản triển khai được gắn thẻ yêu cầu kích hoạt tính năng để ghi vào sổ đăng ký, bao gồm thay đổi thành viên và bàn giao quyền quản trị. Token vẫn có thể tra cứu một danh sách hiện có khi quyền ghi vào sổ đăng ký bị vô hiệu hóa. Một tài khoản đã bị chặn theo chính sách chuyển token có thể tiếp tục bị hạn chế vì quản trị viên danh sách không thể xóa tài khoản đó khi quyền ghi vào sổ đăng ký bị vô hiệu hóa. Tuy nhiên, quản trị viên mặc định của token có thể gắn một chính sách hiện có khác mà không cần bật công tắc ghi vào sổ đăng ký, tùy thuộc vào các quyền quản trị còn lại của token. Việc thay đổi thành viên trong chính sách dùng chung có thể làm thay đổi điều kiện đủ tư cách của một tài khoản đối với mọi token và hoạt động tham chiếu chính sách đó. Thay quản trị viên kích hoạt sẽ khôi phục quyền kiểm soát công tắc nhưng không sửa mục trong danh sách; mở lại quyền ghi và cập nhật thành viên được phép là những thao tác riêng biệt.

Việc phát hành, tự đốt, tịch thu, tạm dừng và bỏ tạm dừng sử dụng các vai trò token riêng biệt, có thể được giao cho nhiều địa chỉ khác nhau hoặc tập trung vào một địa chỉ. Quyền kích hoạt ở cấp mạng, tư cách thành viên của các vai trò token và quyền quản trị danh sách chính sách vẫn là những quyền riêng biệt, ngay cả khi một tổ chức nắm giữ nhiều quyền. Các giao dịch chuyển thông thường kiểm tra người gửi và người nhận theo các chính sách tương ứng; giao dịch chuyển qua bên được ủy quyền cũng kiểm tra bên thực thi. Việc phát hành sử dụng một chính sách riêng dành cho người nhận, nên quyền nhận các đơn vị mới được phát hành không tự động trao quyền gửi token hoặc hành động thay mặt một chủ sở hữu khác.

Tịch thu cho phép một bên vận hành được ủy quyền chuyển số dư đủ điều kiện mà không cần sự chấp thuận của chủ sở hữu. Tuy nhiên, cấu hình mặc định bảo vệ mọi chủ sở hữu, nên chỉ cấp vai trò tịch thu không khiến số dư đủ điều kiện bị tịch thu. Mã trong v1.8.1 gọi quy tắc dành cho chủ sở hữu là SEIZE_EXEMPT_POLICY; việc được cho phép theo quy tắc này bảo vệ tài khoản khỏi bị tịch thu. Để chuyển số dư sau khi tạo token theo quy trình thông thường, tài khoản phải không vượt qua bước kiểm tra miễn trừ, bên thực hiện phải có vai trò tịch thu, chức năng tịch thu không bị tạm dừng, số dư phải đủ và địa chỉ nhận hợp lệ theo chính sách dành cho bên nhận tài sản tịch thu. Khi đáp ứng các biện pháp bảo vệ này, seizeWithMemo bỏ qua các bước kiểm tra chính sách chuyển token thông thường và không làm thay đổi tổng cung. Đốt sẽ hủy lượng cung và, trong các lệnh gọi CAS20 thông thường, chỉ lấy token của chính bên gọi theo một vai trò riêng. Điều kiện đủ tư cách chuyển token thông thường không quyết định điều kiện đủ tư cách tịch thu. Tạm dừng chuyển token không tạm dừng tịch thu, vốn có cài đặt tạm dừng riêng và vẫn phải tuân thủ các biện pháp bảo vệ khác.

Các biện pháp kiểm soát Cobalt của Base cũng phân tách vai trò và điều kiện đủ tư cách theo tiêu chuẩn B20. CAS20 bổ sung vấn đề về cách cơ chế cho phép tính năng ở cấp mạng của BNB Chain tương tác với các biện pháp kiểm soát ở cấp token. Trang CAS20 của BNB Chain kêu gọi các đơn vị phát hành đăng ký tham gia sớm và mô tả các biến thể Stablecoin và Asset. Mã gốc dùng chung giúp giảm nhu cầu triển khai riêng cùng một hành vi token. Tuy nhiên, đề xuất cảnh báo rằng lỗi trong ứng dụng khách gốc có thể ảnh hưởng đến nhiều token CAS20 và cần một đợt hard fork khác để khắc phục. Chỉ riêng ngày phát hành mainnet sẽ không làm rõ địa chỉ nào nắm quyền kích hoạt, địa chỉ đó ký các thay đổi bằng cách nào hoặc những tính năng nào đã được bật.