Bảng tỷ giá 
Bạn đang ở:
118 
Sau một số khai thác quy mô lớn của các cây cầu, rất nhiều ôxy được đưa ra cho nhận định rằng công nghệ chuỗi chéo vốn đã có nhiều khiếm khuyết - rằng khả năng tương tác chuỗi chéo có nghĩa là rủi ro. Với ước tính khoảng 2 tỷ USD bị mất do 13 vụ sập cầu trong năm nay, ngày càng khó bỏ qua lập luận này.
Tại deBridge, chúng tôi nghĩ rằng không chỉ bắt buộc mà còn tất yếu mà tất cả các cầu nối xuyên chuỗi phải suy nghĩ lại hoàn toàn về cách tiếp cận của họ đối với tổng hợp thanh khoản.
Những hạn chế của khả năng thanh khoản được vốn hóa
Bằng cách khóa tính thanh khoản để cung cấp định tuyến chuỗi chéo (như hầu hết mọi cây cầu đều làm ngay bây giờ), các cây cầu đã tự đặt mình vào một cuộc cạnh tranh mà họ nhất định phải thua. Chúng tôi đang chứng kiến những cây cầu đối mặt với các giao thức thanh khoản được thiết lập và xây dựng có mục đích như AAVE, Compound và Frax, những dự án chắc chắn sẽ kiếm tiền từ thanh khoản một cách hiệu quả và an toàn hơn. Ví dụ có rất nhiều cầu nối với hàng trăm triệu đô la trong TVL, với việc sử dụng tính thanh khoản vốn hóa cực kỳ thấp.
Với thiết kế này, các dự án cầu buộc phải chạy các chiến dịch khai thác thanh khoản không bền vững mà không đưa ra được các giải pháp hiệu quả vốn dài hạn. Trừ khi các ưu đãi Token được duy trì vô thời hạn - một tham vọng không chắc chắn đối với bất kỳ dự án nào - các nhà cung cấp thanh khoản chắc chắn sẽ loại bỏ vốn để theo đuổi các cơ hội có năng suất cao hơn.
Để tổng hợp thanh khoản một cách an toàn, các cầu nối sẽ cần có các chính sách bảo hiểm để cho phép các nhà cung cấp thanh khoản có khả năng phòng ngừa rủi ro. Đây là một khoản chi phí khác khiến việc kiếm tiền từ thanh khoản trở nên khó khăn hơn. Đó là lý do tại sao hầu hết các cây cầu hiện tại không có lợi nhuận, vì chi phí và phần thưởng khai thác thanh khoản được trả thường vượt quá lợi nhuận ròng của giao thức.
Ở đây cũng có những cân nhắc về mặt kiến trúc, vì chuyển giao giá trị xuyên chuỗi là một yêu cầu có thể được giải quyết theo nhiều cách khác nhau. Tất cả các cầu nối hiện tại đều giải quyết các lệnh này từ Pool thanh khoản của riêng chúng, nơi thanh khoản liên tục được vốn hóa khi nó cần chỉ vào thời điểm chính xác, việc chuyển giao giá trị sẽ được thực hiện.
Kích thước của đơn đặt hàng cũng có thể khác nhau - nếu nó vượt quá kích thước của thanh khoản cầu Pool, thì người gửi sẽ kết thúc với các Token được bao bọc hoặc một giao dịch bị treo / bị kẹt vô thời hạn. Mặt khác, nếu lệnh quá nhỏ so với quy mô thanh khoản của Pool, thì việc sử dụng thanh khoản rất thấp và không hiệu quả. Vòng luẩn quẩn này càng làm nổi bật rằng phương pháp tiếp cận giao thức thanh khoản này đối với thiết kế cầu là không hiệu quả và sai về cơ bản.
Giải quyết vấn đề bảo mật
Điều quan trọng của một vấn đề như thế này, tính không bền vững về kinh tế không phải là thách thức chính duy nhất ở đây. Ngay cả khi giả sử các cây cầu đã tìm ra cách sử dụng phương pháp tiếp cận vốn hóa thanh khoản và duy trì hiệu quả vốn, thì giờ đây, rõ ràng rằng việc xây dựng một giao thức thanh khoản an toàn là một nhiệm vụ tốn nhiều công sức. Thật vậy, bằng cách cố ý hoặc vô tình trở thành các giao thức thanh khoản, các dự án cầu nối đang tự đặt cho mình nhiệm vụ to lớn là bảo vệ một bề mặt tấn công nhiều mặt.
Để bắt đầu ở cấp độ cao, một trong những vấn đề rõ ràng với cầu nối kiểu thanh khoản vốn hóa là nó tạo ra hiệu ứng nhân rủi ro, nơi các lỗ hổng của một chuỗi được hỗ trợ có thể tràn sang làm ảnh hưởng đến việc nắm giữ vốn trong các hệ sinh thái khác.
Ở đây, có vấn đề về bảo mật bằng proxy. Một cây cầu có thể có toàn bộ cơ sở thanh khoản của nó bị xâm phạm nếu có lỗ hổng tiềm ẩn trong cơ sở mã của một blockchain / L2 được hỗ trợ. Chúng tôi đã thấy khả năng này vào đầu năm nay với một lỗ hổng được phát hiện trong Lạc quan, có thể cho phép những kẻ tấn công lấy một số lượng tài sản tùy ý và có thể thấy trước là nền tảng giao dịch những tài sản này cho các Token trong các hệ sinh thái khác.
Last week, I discovered (and reported) a critical bug (which has been fully patched) in @optimismPBC (a "layer 2 scaling solution" for Ethereum) that would have allowed an attacker to print arbitrary quantity of tokens, for which I won a $2,000,042 bounty. https://t.co/J6KOlU8aSW
— Jay Freeman (saurik) (@saurik) February 10, 2022
Một lần nữa, bất kỳ vấn đề nào với cơ chế đồng thuận của một chuỗi cũng có thể dẫn đến sự lây lan hệ thống, gây rủi ro cho bất kỳ tính thanh khoản nào được vốn hóa trong các chuỗi được hỗ trợ khác. Trong tình huống này, cây cầu chỉ đơn giản là truyền phát khai thác đến các chuỗi khác. Điều này có thể bao gồm các cuộc tấn công 51% hoặc các lỗi cấp giao thức khác.
Bên cạnh những loại rủi ro kế thừa này, chúng ta ngày càng thấy các tình huống mà bản thân các cổ phiếu do chính các dự án cầu nối thực hiện, bằng cách này hay cách khác, gây ra mất khả năng thanh khoản vốn hóa. Từ việc nâng cấp giao thức bị lỗi, thiết kế hợp đồng thông minh kém hoặc cơ sở hạ tầng bị xâm phạm của trình xác thực, có nhiều tình huống mà các tác nhân xấu có thể khai thác các lỗ hổng trong chính cây cầu.
Tất cả những rủi ro này nhanh chóng phức tạp và - như chúng ta đã thấy trong quá nhiều trường hợp - cuối cùng được sinh ra bởi các nhà cung cấp thanh khoản khi họ mất khả năng mua lại của tài sản được bao bọc của họ. Một khả năng như vậy là không thể chấp nhận được.
Rất ít người phủ nhận hứa hẹn to lớn về khả năng tương tác chuỗi chéo để thúc đẩy việc áp dụng Web3 lên một tầm cao mới. Nhưng với quy mô và tần suất khai thác cầu tuyệt đối, rõ ràng là thiết kế cơ bản của công nghệ bắc cầu cần phải được hình dung lại từ những nguyên tắc đầu tiên. Thiết kế giao thức thanh khoản-chuyển đổi cầu nối không hoạt động.
Có cách nào chúng ta có thể nghĩ ra một cách tiếp cận cơ bản mới và độc đáo để thiết kế cầu nối, một phương pháp loại bỏ hoàn toàn rủi ro cho các nhà cung cấp thanh khoản, loại bỏ các vectơ tấn công và đồng thời duy trì mức hiệu quả vốn cao nhất không?
Có thể có chính xác điều đó trong tương lai gần. Tại deBridge, chúng tôi đang làm việc trên một định tuyến thanh khoản chuỗi chéo mới giải quyết tất cả những vấn đề này. Hãy theo dõi.
Bài đăng xuất hiện đầu tiên trên WebGiaCoin.
Theo Cryptoslate
|
|
Tags: DeFi, Bài đăng của khách, Ý kiến, Công nghệ,
