BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR

Câu chuyện mới về DeFi? Mô hình bảo mật mới cho hợp đồng thông minh không có giao thức Oracle

Đọc bài viết này mất 40 phút
Đây có phải là giải pháp tốt nhất để xây dựng DeFi trên mã nguồn không thể nâng cấp (Nguyên thủy) và tránh xa các oracle không?
Tiêu đề gốc: "Câu chuyện mới về DeFi? Mô hình bảo mật mới cho hợp đồng thông minh không có giao thức Oracle"
Tác giả gốc: @Ac-Core, Nhà nghiên cứu của YBB Capital


Lời nói đầu


Oracle (oracle) là Một yếu tố quan trọng trong thế giới DeFi. Mặc dù tính bảo mật của các giao thức khác nhau thường được kế thừa bởi mạng hợp đồng thông minh cơ bản, nhưng hoạt động bình thường của nó vẫn phụ thuộc vào oracle. Nếu oracle của một giao thức bị tấn công hoặc phá hủy, thì toàn bộ giao thức sẽ bị hủy thao túng. Gần đây, những người sáng tạo DeFi mới đang tạo ra những câu chuyện mới bằng cách tưởng tượng ra các kiến trúc cho vay và phái sinh mới, đồng thời những thay đổi trong các giao thức này có điểm chung là chúng không còn dựa vào các nhà tiên tri nữa.


Rủi ro và sửa chữa của DeFi


Sức hấp dẫn lớn nhất của DeFi đến từ: phân quyền, Nói rộng ra Nói một cách khác, nó là một hệ thống tài chính mở không có giao thức thanh toán cấp phép.So với tài chính truyền thống, mặc dù các quy tắc, lợi nhuận và thậm chí cả rủi ro của nó được tiết lộ một cách “mờ ám” hơn nhưng nó vẫn có mức độ mở rất mạnh mẽ. .


Nhưng sau vài năm phát triển, lĩnh vực DeFi cũng hứng chịu nạn trộm hàng tỷ đô la[1], và ngay cả những tín đồ cuồng nhiệt nhất cũng sẽ tiếp tục đặt câu hỏi về nó ... Liệu nó có thể trở thành xu hướng chủ đạo của tài chính trong tương lai hay không. Chỉ riêng năm 2022, tin tặc đã đánh cắp hơn 3,8 tỷ USD thông qua các giao thức DeFi và cầu nối chuỗi chéo. Năm 2022 cũng là năm có số lượng hành vi trộm cắp lớn nhất trong lịch sử tiền điện tử. Nếu bạn muốn cho phép một nhóm người lớn hơn tham gia vào thế giới tiền điện tử và dựa vào DeFi trong tương lai, thì bảo mật là yếu tố chính cần xem xét.


Nguồn: Chainalysis

Rủi ro của Oracle và “mã nguồn”


Nascent, một tổ chức gồm các nhà xây dựng, tin rằng khái niệm "Giao thức không có Oracle" về cơ bản sẽ cung cấp kiến trúc kỹ thuật mạnh mẽ và an toàn hơn cho DeFi. Ngày nay, DeFi thích tự xác định mình là “Nguyên thủy” và hy vọng rằng sẽ có nhiều nhóm xây dựng sản phẩm hoặc giao thức kết hợp dựa trên chúng hơn. Một khi hợp đồng bị trộn lẫn với bất kỳ sự phụ thuộc bên ngoài nào, chúng sẽ thừa hưởng tất cả các rủi ro liên quan. Đồng thời, hợp đồng sẽ được nâng cấp để mang lại hệ sinh thái hệ thống lớn hơn và biến nâng cấp được quản lý này sẽ liên quan đến những thay đổi hiện tại và tương lai trong môi trường mang lại nhiều yếu tố nguy cơ hơn. Đúng như tên gọi, sự ra đời của Oracle tạo ra sự phụ thuộc vào dữ liệu bên ngoài và mối quan hệ này mang đến những rủi ro tiềm ẩn. Vì lý do này, thành viên Nascent Dan Elitzer đã đề xuất một định nghĩa mới: Để đáp ứng các điều kiện của mã nguồn (Primitives), nó không thể dựa vào bất kỳ yếu tố bên ngoài nào ngoài hợp đồng được triển khai trên blockchain, chẳng hạn như: không có quản trị, khả năng nâng cấp hợp đồng và Oracle.


Nhưng thực tế là các giao thức DeFi đáp ứng định nghĩa cơ bản này ngày nay rất hiếm, tiêu biểu nhất trong số đó là Uniswap V1, nhưng xét từ góc độ bảo mật, ngay cả với Uniswap V2 và V3, nhất quán với các định nghĩa được đề xuất ở trên, cũng không đủ điều kiện vì chúng cho phép quản trị một số tính năng nhất định, chẳng hạn như đóng phí giao thức và đưa các bậc phí vào nhóm.


Phải nói rằng, chức năng quản trị hẹp này không gây ra rủi ro hệ thống do các nâng cấp quy mô lớn tồn tại trong các giao thức khác, vì vậy trong tất cả các bản phát hành cho đến nay đều có lý do Tại sao Uniswap đạt được thành công lớn là do có hai yếu tố then chốt: Oracle và toàn bộ chuỗi.


Không còn nghi ngờ gì nữa, Uniswap là sàn giao dịch dẫn đầu về sàn giao dịch phi tập trung, nó đã đạt được thành công lớn và nhiều sàn giao dịch phi tập trung đã ra đời trên cơ sở thử nghiệm của viện. Ví dụ: Uniswap V3 đã đưa ra khái niệm về vị thế thanh khoản không thể thay thế, cho phép các nhà cung cấp thanh khoản (LP) tập trung thanh khoản của họ trong một phạm vi cụ thể, cho phép LP nắm bắt được tính thanh khoản lớn hơn được tạo ra bởi các giao dịch trong phạm vi đó. phí và lợi nhuận từ chúng, nhưng cũng sẽ có những khoản lỗ không được bù đắp khi giá biến động. Điều này dẫn đến việc sử dụng vốn hiệu quả hơn và chuyên nghiệp hóa phân khúc LP của thị trường, tạo ra một loạt các công cụ quản lý vị thế như Arrakis, Gamma và Sommelier. Mặc dù điều này rất thân thiện với DEX nhưng các giao thức cho vay vẫn yêu cầu các oracle.


Tháng 3 năm nay, giao thức cho vay của Euler Finance đã bị hack, dẫn đến thiệt hại lên tới 200 triệu USD. Nó cho phép người dùng tự quyết định tài sản thế chấp và vay tiền. Nói tóm lại, vấn đề của nó xảy ra ở một chức năng cụ thể và không có kiểm tra an toàn nào trên đó, cho phép người dùng phá vỡ các bất biến cơ bản của thị trường cho vay. Vui lòng đọc [2] để biết quá trình chi tiết của cuộc tấn công này.


Đối với các giao thức cho vay, tài sản thế chấp đủ điều kiện được giới hạn ở những tài sản có phản hồi đáng tin cậy về giá của nhà tiên tri. Các thông số khoản vay (chẳng hạn như tỷ lệ khoản vay trên giá trị [3]) được điều chỉnh bởi thỏa thuận của họ, do đó mọi khoản nợ khó đòi là trách nhiệm của thỏa thuận chứ không phải của cá nhân người cho vay. Tương tự, các giao thức phái sinh dựa vào các nhà tiên tri để định giá thiếu cơ chế khám phá giá nội bộ và dễ bị trễ giá cũng như không có cập nhật, hạn chế nghiêm trọng quy mô và trải nghiệm người dùng của chúng. Như đã đề cập trong lời nói đầu, điều này cũng giải thích chính xác lý do tại sao nhà giao dịch Avraham Eisenberg có thể tấn công thành công Mango Markets và rút 116 triệu USD từ nền tảng giao dịch tiền điện tử.


Tại sao Uniswap hiện an toàn


AMM có thể có bất kỳ mã nguồn DeFi nào (Nguyên thủy) bất biến cơ bản đơn giản nhất: tokenBalanceX * tokenBalanceY = k (giống như tích không đổi). Ví dụ: giao diện Pair trong Uniswap V2 được triển khai dựa trên bốn bất biến hàm sau:


Mint: thêm vào k;

Ghi: trừ k;

Hoán đổi: di chuyển x và y, giữ k Không thay đổi;

Skim: Điều chỉnh lại tokenBalanceX * tokenBalanceY để nó bằng k.

Tính bảo mật của Uniswap V2: một bất biến cốt lõi đơn giản mà tất cả các chức năng đều phục vụ. Điều duy nhất gây tranh cãi là nó có thể chuyển đổi chế độ quản trị của công tắc phí, nhưng điều này không chạm đến tính bất biến cốt lõi, chỉ ảnh hưởng đến việc phân phối quyền sở hữu số dư mã thông báo và chính vì tính đơn giản trong bảo mật của chúng (không phải có thể nâng cấp) hợp đồng thông minh và các bất biến cơ bản), bản thân Uniswap chưa bao giờ bị hack.


Thỏa thuận cho vay tái thiết


Nguồn: Tác giả Balakov

Gần đây, chúng tôi đã chứng kiến sự xuất hiện của nhiều dự án dành cho các giao thức cho vay không cần oracle, chẳng hạn như Ajna, Ethereum Credit Guild và Automated Tranche Maker của MetaStreet. Blend [4] do Blur và Paradig đưa ra.


Không giống như thị trường cho vay DeFi truyền thống, Gauntlet không thiết lập tài sản thế chấp và không có nhà tiên tri có mục đích duy nhất như Chainlink để cung cấp "thực" cho tất cả người dùng và chức năng giao thức Nguồn giá tài sản. Thay vào đó, người đi vay cần đánh giá rủi ro để xác định tài sản thế chấp mà người đi vay yêu cầu và phải cập nhật tiêu chí vay khi giá tài sản thay đổi. Cách thức hoạt động nói chung là người đi vay chọn tài sản thế chấp được chỉ định mà họ sẵn sàng chấp nhận, chẳng hạn như Mã thông báo BAYC và NFT Bored Ape riêng lẻ, v.v., tài sản tham chiếu (chẳng hạn như USDC) mà họ sẵn sàng cung cấp cho người đi vay để sử dụng làm tài sản thế chấp và số tiền vay mà họ sẽ yêu cầu.Tỷ lệ tài sản niêm yết trên tài sản thế chấp của người bị thanh lý. Cuối cùng, người đi vay có thể đăng ký tài sản thế chấp và vay tài sản tham chiếu theo tỷ giá thị trường hiện tại.


Cần lưu ý rằng do bên vay và bên cho vay đã thỏa thuận nên việc thanh lý khoản vay sẽ được xác định dựa trên số lượng đơn vị của từng tài sản chứ không phải là tỷ lệ giá đô la, nó không cần phải có lời tiên tri. Tuy nhiên, nếu giá trị đồng đô la tương đối của một trong hai tài sản thay đổi, người cho vay sẽ điều chỉnh các điều khoản của khoản vay hiện tại hoặc tương lai để đạt được tỷ lệ tài sản thế chấp mà họ cảm thấy an toàn.


Ưu điểm lớn nhất của các phương pháp này là thỏa thuận thực tế không thể phá sản. Điều này là do mỗi người cho vay chịu trách nhiệm cuối cùng về khả năng thanh toán khoản vay của chính mình, do đó không có khái niệm "nợ xấu", có thể do quỹ bảo hiểm/kho bạc DAO gánh chịu hoặc giữa những người cho vay để xử lý.


Giao thức lai Blend của Blur giả định "sự tồn tại của những người cho vay phức tạp hơn có khả năng tham gia vào các giao thức phức tạp trên chuỗi và ngoài chuỗi, đánh giá rủi ro và sử dụng tiền của chính họ." Điều này có ý nghĩa trong bối cảnh Blur là địa điểm giao dịch chính dành cho các nhà giao dịch NFT chuyên nghiệp, nhưng đối với người dùng bình thường, điều này có vẻ phức tạp hơn nhiều so với việc vay và cho vay trên Aave hoặc Hợp chất.


Không có gương mặt mới của Oracle


Theo định nghĩa của nhà nghiên cứu Chase Devens của Messari, không có Oracle Kiến trúc định nghĩa có thể được chia thành hai loại, đó là loại kết hợp điểm-điểm (Peer-to-Peer) và dựa trên AMM. Các tính năng chính của cả hai đều như sau:


Điểm-điểm


Hỗ trợ mọi loại tài sản thế chấp trên chuỗi


Người dùng chịu các thông số cho vay và chịu rủi ro nợ xấu (không còn rủi ro hợp đồng) và người đi vay không xác định lâu hơn các thông số lãi suất và LTV thay vào đó tự xác định các so sánh giá trị và loại bỏ các oracle khỏi cơ chế của giao thức có nghĩa là các khoản vay này có thể được tạo bằng bất kỳ tài sản thế chấp trên chuỗi nào.


Các vị thế cần được quản lý tích cực. Để đảm bảo tính thanh khoản được cung cấp được sử dụng hiệu quả, người dùng phải chủ động quản lý nó theo cách tương tự như vị thế thanh khoản tập trung của Uniswap V3. vị trí của họ.


Loại kết hợp dựa trên AMM (Cho vay/Dẫn xuất—Nhà cung cấp thanh khoản LP)


Hỗ trợ mọi loại tài sản thế chấp trên chuỗi


Vị thế LP cơ bản cung cấp dữ liệu về giá cho các hợp đồng thanh toán bù trừ và phái sinh, đồng thời cũng là thị trường thanh lý chính. Cho phép giao thức tính toán kết quả của các hợp đồng thanh lý và phái sinh từ nhóm thanh khoản cơ bản của nó, vị thế LP về cơ bản hoạt động giống như một lời tiên tri. Ngoài ra, các vị trí LP này cung cấp thị trường chính để giảm tải hàng tồn kho giao thức trong quá trình thanh lý hoặc hết hạn hợp đồng mà không cần phải đến nền tảng bên ngoài để thanh lý tài sản thế chấp.


Ví dụ:


Ajna.finance


Ajna là một giao thức cho vay được thiết kế dành riêng cho EVM, không có quyền quản trị, quyền hoặc nhà cung cấp giá bên ngoài (oracle). Nó có thể được sử dụng để cho vay đối với toàn bộ danh mục đầu tư của chúng tôi (bao gồm cả NFT). Hai vấn đề cốt lõi đã khiến các dự án cho vay khác đạt quy mô lớn: (1) Hệ thống quản trị mã thông báo không đủ để phân tích rủi ro phức tạp (2) Việc sử dụng phản hồi giá bên ngoài (oracle) hạn chế phạm vi tài sản đối với thị trường thứ cấp thanh khoản " cổ phiếu bluechip”. Những sai sót này đã gây ra tổn thất thảm khốc cho thị trường cho vay DeFi và hạn chế khả năng hỗ trợ các tài sản mới. Ajna giải quyết những vấn đề này bằng một số cải tiến quan trọng:


(1) Người cho vay đưa ra định giá tài sản: Khi người cho vay sử dụng giao thức Ajna, họ sẽ cho hợp đồng biết mức giá mà họ sẵn sàng thế chấp tài sản đó. Điều này cho phép họ nhập giá trị lâu dài một cách hiệu quả và chuyển đổi nó từ tham số quản trị thành tham số thị trường;


(2) Khám phá tỷ lệ tự động: Trên mỗi thị trường Ajna , có trạng thái cân bằng được xác định bởi các chỉ số bên trong. Nếu thị trường mất cân bằng, bất kỳ ai cũng có thể thay đổi tỷ giá 10% sau mỗi 12 giờ. Nếu không, sẽ không có thay đổi nào được thực hiện;


(3) Biên độ thanh lý: Vì Ajna không có oracle nên nó dựa vào việc người dùng cho biết khi nào nên thanh lý khoản vay. Điều này được thực hiện bằng cách yêu cầu người thanh lý gửi một khoản tiền gửi để kích hoạt thanh lý. Nếu họ trung thực, họ sẽ được khen thưởng. Nếu không, họ sẽ bị trừng phạt.


Vậy vấn đề là gì? Những đổi mới này cho phép Ajna phục vụ “toàn bộ” hệ sinh thái. Bất kỳ ai cũng có thể tạo thị trường cho vay với bất kỳ tài sản nào, kể cả NFT. Không còn các quy trình quản trị tốn nhiều công sức và không còn lo lắng về tính thanh khoản, thị trường thứ cấp và các nhà tiên tri.


Pha trộn


Nguồn: Achal Srinivasan , Kirby


Blend là một giao thức cho vay vĩnh viễn ngang hàng hỗ trợ mọi tài sản thế chấp bao gồm NFT. Nó kết nối những người dùng quan tâm đến việc vay với những người cho vay sẵn sàng cung cấp lãi suất cạnh tranh thông qua một thỏa thuận báo giá phức tạp ngoài chuỗi.


Theo mặc định, lãi suất cho các khoản vay Blend là cố định và không bao giờ hết hạn. Người đi vay có thể trả nợ bất kỳ lúc nào và người cho vay có thể thoát khỏi vị thế của mình bằng cách kích hoạt cuộc đấu giá kiểu Hà Lan để tìm người cho vay mới với lãi suất mới. Nếu cuộc đấu giá thất bại, người đi vay sẽ bị thanh lý và người cho vay sẽ chiếm hữu tài sản thế chấp. Toàn bộ hệ thống có bốn đặc điểm: không phụ thuộc vào oracle, không có deadline, tính di động và point-to-point:


Không có oracle


Nhiều giao thức DeFi yêu cầu các nhà tiên tri xác định thời điểm thanh lý các vị thế hoặc xác định lãi suất. Lấy NFT làm ví dụ. Giá của nó rất khó để đo lường một cách khách quan. Giá sàn kịp thời cập nhật giá trên chuỗi, cũng rất khó quan sát, giải pháp này thường liên quan đến một bên đáng tin cậy hoặc thao túng giao dịch. Giao thức kết hợp tránh mọi sự phụ thuộc vào các lời tiên đoán trong giao thức cốt lõi, cho phép lãi suất và tỷ lệ cho vay được xác định theo sự sẵn lòng và điều kiện của người cho vay, đồng thời việc thanh lý cuối cùng được kích hoạt do thất bại của cuộc đấu giá ở Hà Lan;


Không có kỳ hạn


Một số giao thức DeFi chỉ hỗ trợ các vị thế nợ có kỳ hạn. Điều này gây bất tiện cho người đi vay, những người cần nhớ đóng hoặc điều chỉnh vị thế của mình trước khi đáo hạn (hoặc có nguy cơ bị phạt như tịch thu NFT). Quá trình điều chỉnh vị thế thủ công cũng tiêu tốn Gas, điều này cũng làm giảm thu nhập do vay và cho vay tạo ra. Miễn là có người cho vay sẵn sàng cho vay số tiền này để lấy tài sản thế chấp, Blend sẽ tự động điều chỉnh vị thế vay và các giao dịch trực tuyến chỉ được yêu cầu khi lãi suất thay đổi hoặc một trong các bên muốn thoát vị thế;


Tính thanh khoản


Một số thỏa thuận không hỗ trợ thanh lý trước khi đáo hạn, đó là khó khăn hơn cho người vay Thuận tiện và hợp lý trong nhiều trường hợp sử dụng. Nhưng điều này mang lại cho người đi vay một quyền chọn bán một cách hiệu quả, trong đó người cho vay cần phải chọn khoản vay có lãi suất cao hơn/thấp hơn với thời gian hết hạn ngắn hơn để tránh rủi ro vị thế bị thanh lý. Trong Blend, miễn là người cho vay kích hoạt cuộc đấu giá tái cấp vốn, NFT có thể được thanh lý nếu không có ai sẵn sàng tiếp quản khoản nợ với bất kỳ mức lãi suất nào;


Ngang hàng


Một số giao thức này gộp tiền của người cho vay lại với nhau và cố gắng quản lý tài sản cho họ. Điều này có nghĩa là phụ thuộc nhiều vào quản lý trên chuỗi hoặc quản lý tập trung để thiết lập các tham số. Blend áp dụng mô hình ngang hàng và mỗi khoản vay được khớp riêng lẻ. Nó không tối ưu hóa sự đơn giản của phương thức cho vay mà giả định sự tồn tại của những người đi vay phức tạp hơn với khả năng tham gia vào các giao thức phức tạp trên chuỗi và ngoài chuỗi . Điều này mang lại cho bạn quyền kiểm soát tài sản của mình lớn hơn.


Mô hình FREI-PI là gì


Theo FREI-PI do thành viên Nascent giải thích Brock Elmore Mẫu này là: "Yêu cầu chức năng-Hiệu ứng-Tương tác + Mẫu bất biến giao thức". Ở đây chúng tôi lấy hợp đồng SoloMargin của dYdX (mã nguồn) làm ví dụ. Đây là thị trường cho vay và giao dịch có đòn bẩy. Hợp đồng này là một ví dụ tuyệt vời về mô hình FREI-PI. Đây là thị trường cho vay duy nhất trong giai đoạn đầu không có bất kỳ lỗ hổng nào liên quan đến thị trường.


Khi xem đoạn mã sau, hãy chú ý đến các khái niệm trừu tượng sau:


Yêu cầu đầu vào (_verifyĐầu vào)


Hoạt động (chuyển đổi dữ liệu, thao tác trạng thái)


Yêu cầu trạng thái (_verifyFinalState)


Nguồn ảnh: Brock Elmore


Séc thường được sử dụng ở đây - Hiệu ứng - Tương tác (Séc -Effects-Interactions) vẫn đang thực thi. Tuy nhiên, cần lưu ý rằng Kiểm tra-Hiệu ứng-Tương tác với Kiểm tra bổ sung không tương đương với FREI-PI, mặc dù chúng giống nhau nhưng phục vụ các mục tiêu khác nhau. Vì lý do này, các nhà phát triển nên hiểu sự khác biệt của chúng: FREI-PI là bản tóm tắt cấp cao về an toàn giao thức, trong khi CEI là bản tóm tắt cấp cao về an toàn chức năng.


Điều thú vị của cấu trúc hợp đồng này là người dùng có thể liên tục thực hiện nhiều thao tác theo ý muốn của mình, bao gồm: gửi tiền, cho vay, giao dịch, chuyển nhượng, thanh lý, vân vân. Chúng tôi giả định rằng 3 Token khác nhau được gửi, Token thứ 4 được rút và tài khoản bị thanh lý. Chuỗi hoạt động này có thể được hoàn thành chỉ bằng một cú nhấp chuột.


Đây là sức mạnh của FREI-PI: miễn là các bất biến cốt lõi của thị trường cho vay vẫn giữ nguyên ở cuối cuộc gọi, người dùng có thể làm bất cứ điều gì họ muốn trong vòng giao thức mọi thứ. Đối với hợp đồng này, việc này sẽ được thực hiện trong _verifyFinalState, kiểm tra trạng thái tài sản thế chấp của từng tài khoản bị ảnh hưởng để đảm bảo rằng thỏa thuận ở trạng thái tốt hơn so với khi giao dịch bắt đầu.


Hàm này cũng chứa một số bất biến bổ sung bổ sung cho các bất biến cốt lõi và giúp thực hiện các chức năng phụ trợ như đóng cửa thị trường, nhưng điều thực sự làm cho giao thức an toàn là kiểm tra cốt lõi.


Khái niệm lấy thực thể làm trung tâm là một khó khăn khác của FREI-PI. Lấy thị trường cho vay và bất biến cốt lõi giả định làm ví dụ: người dùng cũng không thể thực hiện bất kỳ Hành động nào. tài khoản ở trạng thái tài sản thế chấp không an toàn. Về mặt kỹ thuật, đây không phải là bất biến duy nhất mà là bất biến duy nhất đối với người dùng (có thể hiểu là vẫn là bất biến giao thức cốt lõi, vì bất biến người dùng là bất biến giao thức cốt lõi). Thường có hai bất biến bổ sung trong thị trường cho vay:


1. Oracle


Nói chung, Chainlink là một lựa chọn tốt, chức năng chính của nó là cung cấp thông tin theo thời gian thực chính xác và tương đối chính xác, có thể đáp ứng yêu cầu của hầu hết các bất biến. Trong trường hợp thao túng hoặc tai nạn hiếm gặp, có thể có ích nếu có các biện pháp bảo vệ thời gian thực thấp hơn để đảm bảo độ chính xác (chẳng hạn như kiểm tra xem giá trị được biết cuối cùng có lớn hơn hàng trăm điểm phần trăm so với giá trị hiện tại hay không). Tuy nhiên, đã có một cuộc tấn công trị giá 130 triệu USD vào Cream Finance. Để biết thêm thông tin về oracle, vui lòng tham khảo: Thao tác Uniswap V3 TWAP Oracle [5];


2. Quản trị


Quản trị là bất biến phức tạp nhất vì rất khó để bị hạn chế bởi các điều kiện và hầu hết các chức năng của nó là thay đổi các bất biến khác và một số quản trị không thể được FREI-PI xác minh khi hoạt động. Lấy hoạt động quản trị của Hợp chất làm gián đoạn thị trường cETH vào tháng 8 năm 2022 làm ví dụ. Bản nâng cấp này đã vi phạm tính bất biến của oracle, hãy đọc [6] để biết chi tiết.


Trong thực tế, mỗi bất biến bổ sung làm cho giao thức khó bảo vệ hơn, do đó càng ít càng tốt. Do đó, độ phức tạp là nguy hiểm và bất biến quan trọng nhất là bất biến cốt lõi của giao thức, nhưng như đã đề cập ở trên, cũng sẽ có một số bất biến tập trung vào thực thể, các bất biến này phải thỏa mãn bất biến cốt lõi Yêu cầu tập đơn giản/nhỏ nhất của bất biến có thể là an toàn.


Tóm tắt: Tương lai của DeFi


Xây dựng DeFi trên mã nguồn không thể nâng cấp (Nguyên thủy ) Việc ở trên và tránh xa lời tiên tri có phải là giải pháp tốt nhất không? Xét cho cùng, tính linh hoạt và dễ sử dụng do sự phụ thuộc vào quản trị, khả năng nâng cấp và oracle của giao thức DeFi hiện tại cũng đã cho phép toàn bộ thị trường đạt tới hàng trăm tỷ đô la. Theo quan điểm của Dan Elitzer đã đề cập ở trên: Khả năng quản trị, khả năng nâng cấp và oracle vốn dĩ không tệ, ngược lại, những yếu tố này có giá trị thực tế rất lớn trong môi trường rộng hơn, nhưng điều này cũng sẽ làm tăng xác suất tấn công của giao thức.


Trên cơ sở cập nhật các chức năng hoặc nâng cao hiệu quả theo nhu cầu, bản thân mã nguồn (Nguyên thủy) đôi khi cũng có thể được thay thế. Khi chọn cách tạo giao thức DeFi, bạn sẽ phải đối mặt với hai lựa chọn quan trọng: bàn giao tất cả dữ liệu người dùng và sự phụ thuộc vào các điều kiện bên ngoài sang một giao thức duy nhất tập trung hơn và giao phó cho một nhóm nhỏ chủ sở hữu Token sẵn sàng tham gia quản trị . ? Hay chúng ta nên coi trọng quyền sở hữu của từng người tham gia thị trường và để người dùng quyết định các giao thức và nhà cung cấp dịch vụ của riêng họ?


Những người tham gia và nhà phát triển trong toàn ngành cam kết xây dựng một DeFi phi tập trung hơn, không cần cấp phép và có khả năng kết hợp cao hơn để nâng cao toàn bộ ngành. Về hướng phát triển trong tương lai của DeFi, chúng tôi hy vọng rằng nó có thể tiếp tục chiếm lĩnh thị phần tài chính truyền thống theo cách thức hoạt động an toàn và hiệu quả hơn.


Giải thích và tài liệu tham khảo:

[1] https://rekt.news/leaderboard/
[2] https://medium.com/@omniscia.io/euler-finance-incident-post-mortem-1ce077c28454
[3] https : //www.investopedia.com/terms/l/loantovalue.asp
[4] htts://www.paradigm.xyz/2023/05/blend
[5] https://github.com/euler - xyz/uni-v3-twap-manipulation/blob/master/cost-of-Attack.pdf
[6] https://medium.com/chainlight/the-suspension-of - tài chính phức hợp-ceth-thị trường-nguyên nhân-và-giải pháp-b106c2e1c922
http://www.nascent.xyz/idea/youre-writing-require-statements-wrong
https://www.nascent.xyz/idea/why-defi-is-broken-and-how-to-fix-it-pt-1-oracle-free-protocols


Bài viết này được gửi đi và không thể hiện quan điểm của BlockBeats



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

24HBài viết phổ biến
Tải BlockBeats
home-down-code
Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi