Hello. I design and build blockchain solutions. I like to make the complex simple.
Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.
This story contains new, firsthand information uncovered by the writer.
The writer was physically present in relevant location(s) to this story. The location is also a prevalent aspect of this story be it news or otherwise.
Vay là nền tảng của các ứng dụng blockchain dựa trên Ethereum . Với
Giống như sự phát triển của các mô hình lập trình, các ứng dụng DeFi này có thiết kế kiến trúc đa dạng, phản ánh các ưu tiên đang thay đổi, từ bảo mật đến hiệu quả và trải nghiệm người dùng.
Phân tích này xem xét kiến trúc của các ứng dụng như
Nếu bạn là nhà phát triển, kiến trúc sư hoặc nhà nghiên cứu bảo mật thì bài viết này là dành cho bạn. Cuối cùng, bạn sẽ dễ dàng hiểu được các ứng dụng vay mới trên Ethereum, nắm bắt kiến trúc của chúng một cách nhanh chóng và toàn diện. Hãy tìm hiểu sâu hơn về cách những gã khổng lồ DeFi này được xây dựng từ đầu.
Phần lớn khoản vay DeFi là
Tuy nhiên, có một nhược điểm.
Giá trị tài sản thế chấp phải luôn vượt quá giá trị khoản vay theo một mức ký quỹ xác định trước .
Nếu giá trị tài sản thế chấp giảm xuống dưới mức này, khoản vay sẽ được
Trong quá trình thanh lý, người khác sẽ hoàn trả một phần hoặc toàn bộ khoản vay của bạn và họ sẽ nhận lại một phần hoặc toàn bộ tài sản thế chấp của bạn.
Tất cả các đơn xin vay theo cơ cấu tài chính này đều cần các khối xây dựng giống nhau, sau đó có thể được sắp xếp theo nhiều cách:
Quy trình vay trong MakerDAO. Tất cả các ứng dụng đều có chung các bước và chức năng.
Vay và cho vay có thể được coi là những tính năng riêng biệt. Trong DeFi, chúng tôi tìm thấy cả hai tính năng này trong hầu hết các ứng dụng vay, nhưng chúng không phải lúc nào cũng được tích hợp tốt .
Trong Hợp chất, Aave và Euler chúng là . Lãi suất của người đi vay và người cho vay có mối tương quan nội bộ; trên thực tế, đó là điều khiến các ứng dụng đó hoạt động mà không cần can thiệp nhiều.
Mặt khác, MakerDAO và Yield là người khởi tạo tài sản mà họ cho người vay vay.
Họ không yêu cầu người dùng cung cấp tài sản để người dùng khác có thể vay .
Bài viết này sẽ tập trung vào việc vay trên chuỗi và phần lớn bỏ qua việc cho vay. Việc vay phức tạp hơn nhiều vì yêu cầu thế chấp và việc hiểu mô hình vay thường giúp hiểu rõ hơn về toàn bộ giao thức.
Logo MakerDAO
Chức năng kho bạc trong MakerDAO được quản lý bởi
Đây là một
Ngược lại, MakerDAO không sở hữu bất kỳ tài sản vay DAI nào.
Thay vào đó, nó chỉ đơn thuần
Kế toán được xử lý trong
Hành động này cập nhật số dư nợ của người dùng và cho phép họ đúc DAI tại DAI Join.
Để hoàn trả, người dùng ghi DAI trong DAI Join. Quá trình này sau đó sẽ cập nhật Vat, cho phép người dùng thanh toán khoản vay của họ .
Ngoài ra, hợp đồng vat.sol
đóng vai trò là
Khi có thay đổi đối với khoản nợ hoặc số dư tài sản thế chấp của người dùng, hợp đồng vat.sol sẽ đánh giá cả tỷ giá và giao ngay.
Chúng đề cập đến lãi suất dựa trên tài sản thế chấp được sử dụng và tỷ lệ giá DAI trên tài sản thế chấp hiện hành. Điều thú vị là các giá trị này được đưa vào hợp đồng vat.sol bằng các hợp đồng MakerDAO khác, một phương pháp khác biệt với hầu hết các ứng dụng khác.
MakerDAO ưu tiên sự an toàn trong giai đoạn thiết kế - thời điểm mà các yếu tố như chi phí gas chỉ là thứ yếu , trải nghiệm người dùng chỉ là mối quan tâm nhỏ và sự cạnh tranh là không đáng kể.
Do đó, nó có thể có vẻ kỳ quặc, tốn kém khi sử dụng và khó điều hướng.
Tuy nhiên, khối tài sản khổng lồ mà nó quản lý và lịch sử hoạt động không có vi phạm đáng kể là nền tảng cho thiết kế và vận hành mạnh mẽ của nó.
Điểm nổi bật:
Nhận thấy tiềm năng của YieldSpace, chúng tôi nhanh chóng chuyển sang phát triển
Quá trình vay trong Yield v2, chịu ảnh hưởng nặng nề từ MakerDAO
Tất cả các hoạt động kiểm tra kế toán, quản lý rủi ro và tài sản thế chấp được hợp nhất thành một hợp đồng:
Chúng tôi đã cải tiến việc tích hợp oracle của mình, hợp nhất oracle về giá và lãi suất thành một
Một sai lệch đáng kể khác so với cách tiếp cận của MakerDAO là việc chúng tôi giới thiệu
Tóm lại, việc vay trong Yield v2 hoạt động như sau:
Các
Quy trình vay trong Hợp chất v1. Đơn giản nhưng hiệu quả.
Dựa trên nó
Điều thú vị là bản cáo bạch không nêu rõ rằng Hợp chất v2 được tích hợp
Quy trình vay trong Hợp chất v2. Bước đột phá đầu tiên vào các vị trí cho vay được mã hóa.
Quá trình vay trong Hợp chất v3 (Sao chổi). Trở lại vấn đề cơ bản, trở lại an toàn. Tuy nhiên, với UX tốt hơn.
Hệ thống trực quan hơn cho cả nhà phát triển và người dùng do giảm số lượng cuộc gọi cần thiết. Ngoài ra, thiết kế hợp đồng đơn lẻ giúp giảm chi phí gas bằng cách giảm thiểu các cuộc gọi giữa các hợp đồng. Các thị trường tiền tệ tách biệt là biện pháp phòng vệ chống lại các cuộc tấn công dựa trên oracle, hiện là mối lo ngại lớn về an ninh.
Các tính năng liên quan khác được đề cập trong
Điều thú vị là, Hợp chất v3 phản ánh kiến trúc của Hợp chất v1 bằng cách có một hợp đồng duy nhất xử lý tất cả các chức năng cho từng tài sản có thể vay. Các tính năng đáng chú ý khác bao gồm:
Việc cấm vay tài sản thế chấp giúp tăng cường sự an toàn cho người gửi tài sản thế chấp. Điều này làm giảm khả năng xảy ra lỗi quản trị hoặc các cuộc tấn công có chủ ý gây nguy hiểm cho tài sản thế chấp.
Việc loại bỏ lợi nhuận trên tài sản thế chấp được cung cấp có thể là kết quả của việc Hợp chất quản lý để tích lũy nhiều thanh khoản trong v2. Tôi có trực giác rằng trong Hợp chất v2, giới hạn vay thấp hơn hoặc không cao hơn nhiều so với tài sản mà người dùng cho ứng dụng vay.
Giả sử họ sẽ quản lý mức thanh khoản tương tự cho v3, việc không cho phép cho vay tài sản thế chấp sẽ giúp ứng dụng trở nên an toàn, một trong những mục tiêu cốt lõi của v3.
Từ quan điểm kiến trúc:
Quá trình mượn trong Aave v1. Thanh khoản gộp có nghĩa là hiệu quả tài chính và tính toán.
Như trong Yield v2,
Quyết định để lại việc kiểm tra tài sản thế chấp
Aave v2 có kiến trúc rất rõ ràng, được mã hóa đầy đủ.
Một số tính năng nhất định từ Aave v1, vốn được sử dụng hạn chế, đã bị lược bỏ để đơn giản hóa. Các vấn đề trong Aave v1, như cách trình bày phức tạp về tiền lãi tích lũy, đã được giải quyết trong Aave v2.
Mặc dù có nhiều tiến bộ nhưng với mục đích của nghiên cứu này, Aave v3 không khác biệt về mặt vật chất so với Aave v2. Trên thực tế, điều đó có thể gợi ý rằng kiến trúc của Aave v2 vẫn mạnh mẽ vào năm 2023.
Điểm nổi bật trong thiết kế của nó là
Mặc dù một hợp đồng lưu trữ tất cả dữ liệu tài sản, kế toán và quản lý rủi ro, vẫn có eToken để thế chấp và cho vay, cũng như dToken cho nợ, tương tự như Aave v2. Tuy nhiên, các hợp đồng mã thông báo này chỉ là quan điểm của hợp đồng lưu trữ trung tâm.
Phân tích mã cho thấy chi phí gas tối thiểu là ưu tiên hàng đầu, dẫn đến thiết kế nguyên khối loại bỏ nhu cầu thực hiện các cuộc gọi giữa các hợp đồng. An ninh được đảm bảo thông qua kiểm tra và kiểm tra nghiêm ngặt. Chỉ logic được phân phối trên nhiều mô-đun khác nhau, đóng vai trò triển khai cho hợp đồng lưu trữ, hoạt động chủ yếu như một hợp đồng proxy.
Thiết kế thống nhất này cũng hỗ trợ nâng cấp dễ dàng. Các mô-đun có thể được thay thế nhanh chóng để sửa đổi hoặc giới thiệu các tính năng nếu không cần thay đổi bộ nhớ .
Euler đã bị tấn công mười lăm tháng sau khi phát hành và sáu tháng sau khi nâng cấp, lỗ hổng đã bị khai thác.
Tôi không nghĩ kiến trúc nguyên khối góp phần khiến tài sản bị cạn kiệt; đúng hơn là việc giám sát cập nhật mã chưa đầy đủ .
Công việc khó khăn đã xong, hãy xem lại những gì chúng ta đã học
Các ứng dụng Ethereum ban đầu như MakerDAO, Hợp chất và Aave đã cho thấy tiềm năng của việc vay thế chấp quá mức trên Ethereum. Sau khi những bằng chứng về khái niệm này tỏ ra thành công, trọng tâm sẽ chuyển sang giới thiệu nhiều tính năng mới để chiếm thị phần. Các phiên bản sau này của Hợp chất và Aave đã giới thiệu năng suất canh tác, khả năng kết hợp và thanh khoản gộp, đặc biệt phát triển mạnh trong điều kiện thị trường tăng giá.
Một bước phát triển đáng kể là việc Complex v2 giới thiệu các vị thế cho vay được mã hóa, cho phép các vị trí này được các ứng dụng khác công nhận là tài sản tiêu chuẩn. Aave v2 và Euler đã tiến một bước xa hơn bằng cách triển khai các vị trí nợ được mã hóa, tiện ích rộng hơn của nó vẫn là một chủ đề tranh luận.
Chi phí gas cao nổi lên như một mối lo ngại lớn trong thị trường giá lên, thúc đẩy trải nghiệm người dùng phải sửa đổi như đã thấy trong Yield v2, Aave v2 và Euler. Hợp đồng bộ định tuyến và triển khai nguyên khối đã giúp giảm chi phí mà người dùng phải gánh chịu khi giao dịch. Tuy nhiên, điều này phải trả giá bằng mã phức tạp hơn và do đó rủi ro hơn.
Hợp chất v3 dường như đặt tiền lệ, ưu tiên an toàn hơn hiệu quả tài chính. Nó đi chệch khỏi mô hình nhóm thanh khoản truyền thống để bảo vệ tốt hơn trước các vụ hack tiềm ẩn. Sự gia tăng của mạng L2, nơi chi phí gas ngày càng không đáng kể, có thể sẽ định hình thiết kế của các ứng dụng vay thế chấp trong tương lai.
Trong bài viết này, tôi đã cung cấp cái nhìn tổng quan toàn diện về các ứng dụng vay thế chấp chính trên Ethereum. Phương pháp mà tôi đã sử dụng để phân tích từng đơn đăng ký cũng có thể được áp dụng để nhanh chóng nắm bắt được những điểm phức tạp của các đơn xin vay có thế chấp khác.
Khi phát triển một ứng dụng vay blockchain, hãy luôn xem xét việc lưu trữ tài sản, sắp xếp hồ sơ kế toán và các phương pháp đánh giá rủi ro và tài sản thế chấp. Khi bạn thực hiện những cân nhắc này, hãy dựa vào lịch sử của các ứng dụng trước đó và những hiểu biết sâu sắc từ tổng quan này để đưa ra quyết định của bạn.
Cảm ơn bạn đã đọc, và chúc may mắn.
Nhờ vào
Tác giả là người đồng sáng lập và Trưởng nhóm kỹ thuật tại Yield Protocol.
Vay trên Ethereum: So sánh sự phát triển kiến trúc của MakerDAO, Yield, Aave, Hợp chất và Euler | HackerNoon