Vào ngày 25 tháng 7, Connext, giao thức tương tác Lớp 2, đã công bố ra mắt tiêu chuẩn mã thông báo chuỗi chéo xERC 20 (ERC 7281), nhằm mục đích cải thiện tính bảo mật của mã thông báo chuỗi chéo. Giao thức được đề xuất bởi người đóng góp cho Connext Genesis, Arjun. Arjun được truyền cảm hứng từ sự lây lan của các lỗ hổng Multichain.
Kể từ ngày 7 tháng 7, dòng tiền chảy ra từ Multichain đã đạt tổng cộng 265 triệu USD, trải rộng trên các chuỗi Ethereum, BNB Chain, Polygon, Avalanche, Arbitrum, Optimism, Fantom, Cronos, Moonbeam. Trong số đó, 65,82 triệu đô la Mỹ đã bị Circle và Tether đóng băng, và 1.296.990,99 ICE (khoảng 1,62 triệu đô la Mỹ) đã bị nhà phát hành mã thông báo tiêu hủy.
tiêu đề phụ
Chủ quyền mã thông báo là gì và làm thế nào nó có thể được chuyển đổi thành một khả năng trừu tượng?
Hiện tại, các nhà phát hành mã thông báo thường chọn giữa hai tùy chọn bắc cầu:
1. "đặc trưng"cầu nối (như cầu nối cuộn) và hoạt động với các mạng thanh khoản như Connext hoặc Hop. Điều này an toàn hơn nhưng đòi hỏi tính thanh khoản, dẫn đến sự trượt giá và chi phí thanh khoản cao.
2. Sử dụng hệ thống đúc/đốt của bên thứ ba như Multichain hoặc L 0 OFT. Điều này giải quyết vấn đề thanh khoản, nhưng nó khóa nhà phát hành vĩnh viễn vào tính bảo mật của cầu nối cơ bản và nó cũng phá vỡ tính linh hoạt: ví dụ: thông qua cầu nối của Arbitrum, các mã thông báo khác nhau sẽ được tạo ra.
Vậy tại sao không có nhiều bridge sử dụng cùng một token? Arjun giải thích rằng điều này không tốt cho tính bảo mật và khả năng thay thế, nếu hai cây cầu, mỗi cây giữ 100 USDT trên L 1, thì chúng không thể chuyển 200 USDT từ L 2 sang L 1 chỉ qua một cây cầu. Nếu cả hai cây cầu đều bị hack, 200 USDT sẽ bị mất.
xERC 20 xem xét lại các cầu nối từ các nguyên tắc đầu tiên và các nhà phát hành mã thông báo sẽ bị phạt khi các cầu nối bị tấn công. Điều này có nghĩa là nhà phát hành token phải quyết định: token nào sẽ được"đặc trưng", những cây cầu được hỗ trợ và khả năng chấp nhận rủi ro của từng cây cầu, những cân nhắc này được gọi chung là chủ quyền mã thông báo.
Hiện tại, có: Cơ chế DAI Teleport của MakerDAO, Frax Ferry của Fraxfinance, CCTP của Circle, tBTC_project, AngleProtocol có tính đến vấn đề chủ quyền của token, nhưng các ví dụ trên có tính tùy chỉnh cao.
Và xERC 20 là một phần mở rộng đơn giản, tối thiểu cho giao diện ERC-20:
Gọi giao diện ghi/đúc mã thông báo thông qua các cầu nối trong danh sách được phép của nhà phát hành mã thông báo.
Đặt giới hạn đúc một cách linh hoạt.
Hộp khóa: Một hợp đồng bao bọc đơn giản tích hợp tính thanh khoản của mã thông báo chuỗi chính và cung cấp đường dẫn trực tiếp để áp dụng cho các ERC 20 hiện có.
Theo đề xuất này, quyền sở hữu mã thông báo sẽ được chuyển từ cầu nối (thông số kỹ thuật hoặc bên thứ ba) sang chính nhà phát hành mã thông báo.
tiêu đề phụ
Khắc phục các ưu đãi về trải nghiệm người dùng và cầu nối
Giờ đây, các cầu nối có thể cạnh tranh về bảo mật, đạt được giới hạn tỷ lệ do nhà phát hành xác định tốt hơn cho các mã thông báo cụ thể, khuyến khích họ áp dụng các biện pháp bảo mật tốt nhất và giảm thiểu độ tin cậy;
Bridges không còn có thể độc quyền thanh khoản, một chiến lược tạo thuận lợi một cách bất đối xứng cho các dự án có số vốn lớn để chi cho các ưu đãi;
Việc chuyển mã thông báo giữa các miền không còn tạo ra hiện tượng trượt giá, điều này mang lại khả năng dự đoán tốt hơn cho người dùng và khả năng kết hợp giữa các miền dễ dàng hơn cho các nhà phát triển;
tiêu đề phụ
Khả năng tương thích với xERC 20
Tương thích với tất cả các mã thông báo hiện có thông qua trình bao bọc Lockbox;
Hỗ trợ mở rộng cho các cầu nối hiện có của bên thứ ba cho giao diện burn/mint;
tiêu đề phụ
hiện hữu
hiện hữuDiễn đàn ảo thuật gia Ethereum, nhà phát triển auryn nói rằng ông thường ủng hộ đề xuất này, nhưng cũng có một số lo ngại nhỏ:
Điều này hoạt động như thế nào đối với mã thông báo không có lớp quản trị? Chẳng hạn như WETH。
Điều này mang lại cho những nhà phát hành mã thông báo có cơ chế quản trị một số quyền quản trị bổ sung, có lẽ không cần thiết. Trong một số trường hợp, tổ chức phát hành có thể không có khả năng hoặc không sẵn sàng thực hiện quyền này trên thực tế.
Điều đó cũng có thể có nghĩa là cần có một số lớp quản trị meta để quyết định tài khoản nào sẽ có quyền quản trị cầu nối đối với một mã thông báo nhất định, vì bạn không thể chỉ dựa vào sự tồn tại của owner() và chủ sở hữu chính xác() cho mỗi mã thông báo của .
Trả lời điều này, Arjun nói rằng mục tiêu cốt lõi của đề xuất là giải quyết sự đánh đổi giữa tính thanh khoản/khả năng thương lượng và bảo mật, đặc biệt đối với các tài sản dài hạn, vì các token này không thể có đủ thủ tục từ khối lượng giao dịch tự nhiên Thu nhập từ phí để duy trì LP của nhiều chuỗi khác nhau. WETH không gặp phải vấn đề này vì đây là một trong những tài sản bắc cầu phổ biến nhất bên cạnh USDT và USDC.
“Về lâu dài, tôi nghĩ các LSD như wstETH có tiềm năng được sử dụng làm"quá trình lây truyền"lớp và/hoặc WETH sẽ được thay thế hoàn toàn bằng phiên bản ETH được mã hóa.
Ngoài ra, một nhà phát triển khác, gpersoon và auryn đều lập luận rằng,Việc triển khai và quản lý mã thông báo xuyên chuỗi liên tục làm tăng chi phí quản lý. Arjun đề xuất giải pháp sau cho vấn đề này:
Đầu tiên, rủi ro quản trị xung quanh việc kiểm soát các token xuyên chuỗi được triển khai đã tồn tại. Tuy nhiên, những token này hiện thuộc sở hữu của Mint Bridge chứ không phải của dự án. Đây là một trong những vấn đề chính mà phương pháp này cố gắng giải quyết;
Việc quản lý việc triển khai mã thông báo chuỗi chéo về cơ bản giống như các chức năng liên quan đến DAO kiểm soát giao thức chuỗi chéo của chính nó. Ngày càng có nhiều DAO thực hiện việc này bằng cách sử dụng nhiều danh tính và/hoặc cầu nối chuẩn;
Ngay cả việc giới thiệu một sự phụ thuộc vào một cây cầu chuẩn cũng không phải là lý tưởng. Đề xuất này được thiết kế chủ yếu có lưu ý đến các bản tổng hợp, trong đó các cầu nối kinh điển về quản lý niềm tin sẽ ít gây tranh cãi hơn. Tuy nhiên, theo dữ liệu thực tế của hoạt động DAO hiện tại, vấn đề này có thể được giải quyết bằng các phương pháp tổng hợp nhiều tin nhắn (MMA) như hàm băm (Hashi) và/hoặc sử dụng độ trễ lạc quan của tin nhắn chuỗi chéo có thể định cấu hình. phạm vi, DAO Một ủy ban an toàn được bầu có thể phủ quyết các tin nhắn lừa đảo.
Theo tin tức mới nhất, Connext cho biết các dự án triển khai xERC 20 thông qua Connext ngày hôm nay sẽ hoàn toàn tương thích với thông số kỹ thuật ERC-7281 đã hoàn thiện trong tương lai, cho phép chuyển mã thông báo 1:1 giữa các chuỗi mà không bị trượt giá. Ngoài ra, Alchemix Finance, một giao thức cho vay DeFi, đã áp dụng tiêu chuẩn này. Vì vậy, tiếp theo, chúng ta sẽ có cơ hội quan sát và kiểm tra đầy đủ tính bảo mật cũng như tính dễ sử dụng của tiêu chuẩn này trong thực tế.
