Giải thích ERC7527: Một mô hình định giá phi tập trung hoàn toàn mới

Tổng quan

Làm thế nào để bạn định giá và đầu tư vào một ý tưởng hoặc ứng dụng ban đầu? Đây là một thách thức rất lớn trong một thế giới phi tập trung. Theo Nhận thức chung “tín dụng tạo ra coin”, ERC7527 đề xuất một mô hình dựa trên định giá Phi tập trung định giá theo hướng Premium.

Trong bài viết này, chúng tôi sẽ tìm hiểu chi tiết về nguyên lý và chi tiết giao thức của ERC7527, đồng thời giải thích cách mô hình báo giá liên tục hoạt động và lợi ích to lớn của nó. Đồng thời, chúng tôi cũng sẽ giới thiệu một số ứng dụng mở rộng được tạo ra dựa trên tính linh hoạt và khả năng kết hợp của ERC7527.

ERC7527

Trong bài viết trước đó, chúng tôi đã giới thiệu các mô hình định giá trên chuỗi phổ biến hiện tại, trong đó cũng giới thiệu mô hình báo giá liên tục đặc biệt của ERC7527 và cung cấp biểu diễn toán học của mô hình này, nhưng phần giới thiệu về ERC7527 trong bài viết trước đó là khá đơn giản, trong phần này, chúng tôi sẽ tập trung giới thiệu nguyên lý và chi tiết giao thức của ERC7527.

ERC7527 đã đề xuất một mô hình mới thông qua việc phát hành mã thông báo ERC7527 để định giá ứng dụng. Giá trị của mã thông báo ERC7527 thực tế là định lượng giá trị thị trường của ứng dụng (giá trị thị trường ứng dụng = Giá ERC7527 × Số lượng). Phương pháp này chuyển đổi việc định giá ứng dụng thành việc định giá mã thông báo ERC7527. Giá trị của mã thông báo ERC7527 được chia thành hai phần sau đây:

• ERC7527 cung cấp giao diện cho việc mua (wrap) và bán (unwrap) giá trị bên ngoài, cho phép nhà phát triển tự thực hiện.
• Định giá. Dựa trên FOAMM(Function Oracle Automated Market Maker) dựa trên ERC7527, bằng cách sử dụng wrap để thêm thanh khoản nội bộ để thực hiện giá mua, hoặc sử dụng unwrap để loại bỏ thanh khoản nội bộ để thực hiện giá bán. Giải pháp này không cần phụ thuộc vào nhà cung cấp thanh khoản bên ngoài.

Đối với vấn đề giá mua và định giá của token ERC7527, ERC7527 cung cấp tính linh hoạt cao. Cụ thể, người dùng có thể gọi các hàm sau để lấy báo giá:

Trong quá trình phát triển, các nhà phát triển ERC7527 cần thiết kế mô hình báo giá để đưa ra báo giá cuối cùng. Sau khi người dùng gọi getWrapOracle để nhận được báo giá hiện tại, người dùng có thể chọn tiếp cận thanh khoản vào hồ bơi ERC7527 để chuyển đổi báo giá thành giá định giá. Cụ thể, người dùng có thể gọi hàm wrap trong FOAMM để tiếp cận thanh khoản:

Về vấn đề giá bán và giá định giá của mã thông báo ERC7527, ERC7527 sử dụng một hồ bơi được xây dựng bởi FOAMM để giải quyết việc chuyển đổi giá bán thành giá định giá, người dùng có thể rút tiền bằng cách tiêu hủy tài sản và loại bỏ thanh khoản nội bộ từ hồ bơi. Có thể có một vấn đề ở đây, đó là ai cung cấp thanh khoản trong hồ bơi.

Trong phần trước, chúng tôi đã đề cập đến FOAMM thêm thanh khoản nội bộ thông qua wrap, đây là nguồn cung thanh khoản trong nơi chứa. ERC7527 sử dụng FOAMM để chuyển thanh khoản mà người dùng trả để mua tài sản vào nơi chứa để làm thanh khoản rút. Đối với các nhà phát triển, chỉ cần cung cấp giá bán, vì có thanh khoản trong nơi chứa, giá bán là giá định giá. Cụ thể, nhà phát triển cần triển khai chức năng bán giá bán để thực hiện chức năng này:

Nhà phát triển có thể xây dựng bất kỳ hàm giá bán nào dựa trên tính thanh khoản của Pool, lưu ý rằng giá bán cuối cùng phải duy trì cân bằng thanh lý của Pool. Người dùng có thể gọi getUnwrapOracle bất cứ lúc nào để nhận giá bán hiện tại của ERC7527 token và có thể chọn gọi hàm unwrap của FOAMM để tiêu hủy ERC7527 token để nhận số lượng token giá bán trong Pool:

Tóm lại, đối với người dùng, tương tác của ERC7527 chỉ có hai phần:

• Gọi hàm getWrapOracle để đọc giá mua hiện tại, nếu giá mua là phù hợp, hãy gọi hàm wrap để cung cấp thanh khoản và nhận token ERC7527.
• Gọi hàm getUnwrapOracle để đọc giá bán hiện tại, nếu giá bán phù hợp thì gọi hàm unwrap để tiêu hủy số lượng thông báo bán trong hồ bơi ERC7527 mà bạn đang giữ để rút ra số tiền đề xuất bán.

Trong các giá trị trả về của hàm getWrapOracle và getUnwrapOracle được đề cập ở trên, đều xuất hiện các tùy chọn price và fee, trong đó price đại diện cho số lượng token cần phải thanh toán cho việc wrap hoặc unwrap ERC7527 hiện tại, trong khi đó fee đại diện cho phí giao dịch, bất kể là hoạt động wrap hay unwrap, người dùng đều cần phải thanh toán một số lượng phí giao dịch nhất định, những phí này sẽ được rút ra bởi người dùng được chỉ định cuối cùng.

ERC7527 là một loại mã thông báo tiêu chuẩn, tương tự như mã thông báo ERC20, cũng có địa chỉ mã thông báo của nó. ERC7527 có các trường định nghĩa sau:

Cấu trúc trên đã định nghĩa các thuộc tính cốt lõi nhất của ERC7527, trong đó currency đại diện cho loại mã thông báo nào mà người dùng cung cấp để đúc ERC7527, premium chỉ định giá khởi đầu của ERC7527, feeRecipient đại diện cho địa chỉ nhận phí trong quá trình wrap và unwrap, trong khi mintFeePercent và burnFeePercent đại diện cho tỷ lệ phí của wrap và unwrap.

ERC7527 mã thông báo có đặc điểm biến động của phí bảo hiểm, từ được sử dụng trong định nghĩa hàm ở trên, nghĩa là từ premium bên trong struct Asset.

ERC7527 định nghĩa ba loại mô-đun khác nhau:

1. Địa chỉ hợp đồng App là địa chỉ hợp đồng ERC7527. ERC7527 yêu cầu hợp đồng App phải kế thừa các giao diện liên quan của ERC721Metadata. Ngoài ra, hợp đồng này cần phải tiết lộ các giao diện mint và burn để dễ dàng gọi từ hồ bơi, và các giao diện mint và burn chỉ có thể được gọi bởi hồ bơi để tránh việc đúc token ERC7527 một cách xấu xa dẫn đến việc thanh lý hồ bơi không cân đối.
2. Agency Agency là hợp đồng mà cả FOAMM và Pool được nhắc đến thường xuyên trong văn bản trước, nó cũng là hợp đồng trung tâm cho tương tác với người dùng. Các hàm getWrapOracle/wrap/getUnwrapOracle/unwrap được đề cập trong văn bản trước đều nằm trong hợp đồng này. Hợp đồng này lưu trữ các thông báo được nhập vào khi người dùng mua (wrap) để sử dụng cho lần rút tiếp theo (unwrap). Hợp đồng này cũng là hợp đồng xử lý cho việc thanh lý các token ERC7527.
3. Factory là một hợp đồng hỗ trợ, chức năng của hợp đồng này là đơn giản hóa việc triển khai ứng dụng và Cơ quan để người dùng có thể triển khai mã thông báo ERC7527 một cách dễ dàng.

Mối quan hệ giữa ba thành phần có thể được tham khảo qua hình sau:

App và Agency trong ERC7527 có mối liên kết hai chiều. Về mặt mã, hàm mint và burn của App chỉ có thể được gọi bởi Agency và ERC7527 cũng đã đồng ý một loạt hàm để người dùng dễ dàng truy vấn địa chỉ Agency (hàm getAgency) và địa chỉ App (hàm getStrategy) khi biết về App.

Từ ​​khía cạnh thanh khoản, mỗi token ERC7527 trong ứng dụng đều có thanh khoản tương ứng trong hồ bơi, điều này đảm bảo sự cân đối trong thanh toán của hồ bơi.

Giải pháp sử dụng token ERC7527 này để định giá ứng dụng phi tập trung là một sáng kiến cách mạng, nó giới thiệu một mô hình mới với việc phát hành tiền tệ trước rồi xây dựng ứng dụng sau. Đối với các ứng dụng ban đầu, nhà phát triển có thể triển khai token ERC7527 trực tiếp bằng Factory của ERC7527.

Người dùng có thể gọi hàm wrap để đúc token ERC7527 để tham gia đầu tư sớm vào dự án và có thể gọi hàm unwrap để rút tiền đầu tư. Đối với nhà phát triển, giá trị của token ERC7527 có thể cung cấp giá trị vốn hóa hiệu quả cho các ứng dụng sớm. Khi phát triển ứng dụng và số lượng chủ sở hữu token ERC7527 tăng, giá trị vốn hóa ứng dụng cũng tăng, cung cấp động lực tăng trưởng giá trị vốn hóa cho cả chủ sở hữu token ERC7527 và nhà phát triển ứng dụng.

Mô hình báo giá liên tục

Trong phần trước, chúng ta đã thảo luận đầy đủ về cách thức hoạt động của ERC7527, nhưng không có mô hình báo giá mua cụ thể được giới thiệu trong phần trước. ERC7527 chỉ cung cấp giao diện getWrapOracle tại đây và việc triển khai mô hình báo giá hoàn toàn dựa trên nhà phát triển. Trong phần này, bài viết sẽ đưa ra một mô hình báo giá mua khá chung chung.

Mức giá mua ETH7527 nên được xem xét từ cả góc độ vi mô và vĩ mô.

Tổng quan, chúng tôi dự đoán rằng giá của token ERC7527 sẽ tăng theo sự tăng của số lượng token ERC7527 được nắm giữ. Cụ thể hơn, giá hiện tại của token ERC7527 được truy xuất từ getWrapOracle không nên thấp hơn giá định giá (hoặc được gọi là ‘giá giao dịch mua cuối cùng’).

Giá trị của token ERC7527 sẽ tăng khi số lượng token ERC7527 tăng lên, điều này sẽ mang lại kết quả thú vị là token ERC7527 sẽ tự có cơ chế mở rộng tín dụng. Cụ thể hơn, giá trị của token ERC7527 có thể vượt quá TPL (Tổng số tiền đã khóa). Cơ chế mở rộng tín dụng này sẽ giúp mỗi người nắm giữ token ERC7527 có được sự tăng trưởng tín dụng.

Trong bài viết trước, chúng tôi không đề cập đến giao dịch bán unwrap, giao dịch bán unwrap sẽ làm giảm ngay lập tức giá báo mua. Chúng ta có thể sử dụng một hệ thống đơn giản nhất dựa trên ngăn xếp để thực hiện kế hoạch đẩy giá mua xuống khi bán.

Chúng tôi lưu trữ tất cả lịch sử giá trị của ERC7527 trong bộ nhớ stack, khi mỗi lần có giá trị mới new price được tạo ra, chúng tôi đẩy nó vào stack, mô hình báo giá mua sẽ phụ thuộc vào giá trị mới nhất trong stack để đưa ra báo giá mua.

Khi người dùng bán, chúng tôi sẽ lấy giá mua mới nhất làm giá bán, chuyển thanh khoản từ Agency cho người dùng và đồng thời loại bỏ giá đó khỏi ngăn xếp. Lúc này, mô hình báo giá vẫn dựa trên giá mới nhất trong ngăn xếp để đưa ra báo giá ngoài.

Vì price2 nhỏ hơn giá mới, nên sau khi giải mã, mô hình báo giá sẽ cho ra giá bán dựa trên price2 thấp hơn giá báo giá dựa trên new price trong quá khứ. Tất nhiên, phương án báo giá bán dựa trên ngăn xếp này chỉ là một phương án báo giá bán đơn giản nhất.

Từ một góc nhìn cụ thể, mô hình báo giá nên có cơ chế điều chỉnh giá tương tự như đấu giá Hà Lan. Đấu giá Hà Lan có đặc điểm lớn nhất là đưa thời gian vào mô hình báo giá, theo thời gian chờ đợi lâu mà không có giao dịch, giá cả sẽ tự động giảm.

Nhưng đấu giá Hà Lan có một nhược điểm nghiêm trọng, vì theo thời gian, giá cả chắc chắn sẽ giảm, tồn tại tình trạng tiến thoái lưỡng nan của trò chơi tù nhân, dẫn đến việc giá thầu liên tục giảm. Một mô hình đấu giá tốt ở mức cơ bản phải bao gồm yếu tố thời gian và phải có hai pha tăng và giảm.

Tổng cộng, một mô hình báo giá tốt nên đáp ứng các yêu cầu sau:

• Mức giá mua được cung cấp không nên thấp hơn mức giá đã được xác định. Điều này nhằm đảm bảo rằng với việc tăng lượng ERC7527 được giữ, cả mức giá mua và giá đã được xác định đều tăng lên theo quy luật toàn cầu.
• Hàm giá cụ thể nên có yếu tố thời gian và cần bao gồm cả hai giai đoạn pump và dump cùng một lúc.

Ngoài ra, chúng tôi cũng hy vọng mô hình giá có thể đáp ứng quy luật tăng trưởng của các ứng dụng sau:

• Có tiềm năng phát triển cao ở giai đoạn đầu
• Giai đoạn sau này có tiềm năng phát triển ổn định

Chúng tôi sẽ giới thiệu chi tiết về giải pháp trong phần tiếp theo.

Đầu tiên, việc đáp ứng yêu cầu cấp macro thực tế rất đơn giản, chúng ta cần bao gồm giá cả (Pn-1) trong mô hình báo giá như một yếu tố. Sau đó, đối với yêu cầu cấp micro, chúng ta có thể giải quyết vấn đề bằng cách phân đoạn hàm số. Cuối cùng, chúng ta có thể nhận được hàm báo giá sau:

Về ý nghĩa cụ thể của các tham số của hàm giá này, độc giả có thể tham khảo phần giới thiệu được đưa ra trong bài viết trước. Chúng tôi sẽ trực tiếp đưa ra hình ảnh của hàm giá này ở đây:

Trong biểu đồ trên, trục x đại diện cho khoảng thời gian từ thời điểm giao dịch trước đó đến hiện tại, trong khi trục y đại diện cho tỷ lệ giữa giá hiện tại và giá giao dịch trước đó. Đáng chú ý, khi giá giảm xuống dưới giá giao dịch trước đó, mô hình báo giá chỉ báo giá bằng với giá giao dịch trước đó, điều này nhằm đáp ứng yêu cầu cơ bản của mô hình báo giá.

Chúng ta có thể thấy mô hình báo giá trên không chỉ tồn tại giai đoạn tăng giá sớm mà còn tồn tại giai đoạn giảm giá giống như đấu giá Hà Lan ở giai đoạn sau, điều này đáp ứng hiệu quả yêu cầu vi mô của mô hình báo giá. Tại đây, chúng ta có thể thấy sự tăng giá bước nhảy tồn tại trong giai đoạn tăng giá sớm để tránh tình trạng tăng số lượng ERC7527 trong quá trình đúc liên tục nhưng giá không có sự thay đổi đáng kể.

Chúng tôi thiết lập một môi trường để mô phỏng mô hình báo giá như trên, kết quả mô phỏng như sau:

Trong biểu đồ nến mô phỏng, cột đầu tiên đại diện cho xu hướng giá của mã thông báo ERC7527 hiện tại, trong khi cột thứ hai đại diện cho số lượng mã thông báo ERC7527 hiện tại, số lượng này sẽ tăng theo hoạt động wrap và giảm theo hoạt động unwrap. Ở mức độ mã nguồn, cột thứ hai thực tế là sử dụng hàm totalSupply của Ứng dụng. Cột thứ ba đại diện cho số lần wrap và unwrap hiện tại, trong đó đường màu xanh lá cây đại diện cho số lần wrap, trong khi đường màu đỏ đại diện cho số lần unwrap.

Hình trên thể hiện tình trạng hoạt động ban đầu của một số vùng chứa, có thể do thiếu nhận thức chung và các nguyên nhân khác, người dùng thường xuyên mua bán dẫn đến giá cả dao động lâu dài quanh giá ban đầu, cho đến khi có một số thông tin tốt xuất hiện, người dùng chọn mua vào nhưng sau đó bị người dùng ban đầu đẩy giá trở lại giá ban đầu, cuối cùng giá cả dao động và tăng lên khi số người nắm giữ mã thông báo ERC7527 tăng lên.

Thông qua mô phỏng đơn giản trên, chúng ta có thể thấy một lợi ích vô cùng quan trọng của mô hình giá liên tục, đó là hoạt động mua của người dùng ảnh hưởng trực tiếp đến quy trình định giá, điều này dẫn đến khả năng rất ít có hai loại token ERC7527 có cùng biểu đồ nến, nâng cao đáng kể độ phức tạp của hệ thống.

Hình dưới đây cho thấy một phần cụ thể của sự thay đổi giá trị trích dẫn, trong đó B đại diện cho mua (wrap) và S đại diện cho bán (unwrap). Chúng ta có thể thấy rằng mô hình trích dẫn tổng thể có giá trị giao dịch mua không thấp hơn giá trị giao dịch trước đó, trong khi mỗi lần bán đều sử dụng giá định giá mua trước đó đã tồn tại, do đó hình ảnh này có một sự đối xứng nhất định.

Chúng tôi thực sự đã giải quyết được yêu cầu cấp macro và micro của mô hình báo giá đã nêu ở trên, đồng thời cũng đáp ứng được “quy luật tăng trưởng có tốc độ cao ở giai đoạn sớm” trong báo giá. Tiếp theo, chúng ta cần giải quyết một vấn đề, đó là làm thế nào để đảm bảo tính ổn định của ứng dụng sau khi triển khai. Sự tăng cao của giá ở giai đoạn sớm phù hợp với sự tăng trưởng cao ở giai đoạn sớm của ứng dụng. Giá ở giai đoạn trung và sau cần phải phù hợp với sự phát triển ổn định của ứng dụng, vì vậy chúng ta cần xây dựng một hệ thống báo giá có tính ổn định cho giai đoạn trung và sau.

Do đó, chúng tôi quyết định giải quyết vấn đề này bằng cách phân đoạn, tức là sử dụng hệ thống báo giá có tốc độ tăng trưởng cao trong giai đoạn đầu, trong khi sử dụng hệ thống báo giá ổn định trong giai đoạn sau. Tất nhiên, ngoài việc phân đoạn thành hai phần sớm và muộn được giới thiệu trong bài viết này, nhà phát triển cũng có thể phân đoạn thành nhiều phần hơn dựa trên tình hình cụ thể của mình, ví dụ như sử dụng các hàm tăng trưởng khác nhau trong giai đoạn sớm, trung hạn và muộn.

Trên thực tế, chúng tôi vẫn sử dụng hàm báo giá tương tự như ban đầu, nhưng đã sửa đổi một số tham số của nó, đồ thị hàm báo giá sau khi sửa đổi như sau:

So với hàm giá trước đây, chúng ta có thể thấy rằng tăng ban đầu của hàm giá sau này thấp hơn. Trục x trên biểu đồ vẫn sử dụng đơn vị thời gian giữa các giao dịch trước đó làm trục x, nhưng cần lưu ý rằng đơn vị thời gian ở đây nhỏ hơn hàm giá trước đây.

Chúng tôi đã cố gắng mô phỏng sự thay đổi giá giao dịch của ERC7527 từ 0 đến 20000 trong lượng cung, chúng tôi đã có được biểu đồ nến theo xu hướng sau đây:

Biểu đồ nến của xu hướng đã được thiết lập với mức giá ban đầu là 0.1. Khi cung cấp đạt đến 20000, giá đã tăng từ 0.1 ban đầu lên 300, tăng lên 3000 lần.

Tất nhiên, một số ứng dụng có thể không thành công như mong đợi. Biểu đồ nến sau đây trình bày sự thay đổi giá trong giai đoạn phát triển mạnh mẽ ban đầu và sau đó gặp khủng hoảng dẫn đến sự rút lui của người dùng:

Các trường hợp trên đã chứng minh rằng mô hình báo giá mà chúng tôi đưa ra là hiệu quả, nó đáp ứng quy luật phát triển của ứng dụng, tồn tại sự phát triển mạnh mẽ ở giai đoạn đầu và phát triển ổn định ở giai đoạn sau. Những lợi thế này là do chúng tôi sử dụng mô hình báo giá phân đoạn, với hàm báo giá khác nhau cho giai đoạn đầu và sau.

Mặt khác, vì hàm báo giá là liên tục, người dùng có thể đợi cho đến khi hàm báo giá đưa ra báo giá dự kiến, và tình hình báo giá cụ thể sẽ thay đổi theo hành vi của người dùng. Điều này khiến cho trong mô hình báo giá được giới thiệu trong phần này, không chỉ có trò chơi giữa người dùng và mô hình báo giá, mà còn có trò chơi giữa người dùng. Và trò chơi giữa người dùng là rất phức tạp, điều này dẫn đến việc rất khó để dựa trên mô hình báo giá để đưa ra một chiến lược nhằm có được lợi nhuận không rủi ro.

Ứng dụng mở rộng

Trong phần này, chúng tôi sẽ giới thiệu một số ứng dụng mở rộng của ERC7527 sau đây:

• ERC7527作为AI应用的激励层
• ERC7527 là Máy Oracle tuyên bố nguyên tử cho các ứng dụng khác, đặc biệt là các ứng dụng cho vay.

Lớp khuyến khích ứng dụng AI

Ứng dụng trí tuệ nhân tạo đòi hỏi một tầng động lực mới, và ERC7527 có thể mang đến một tầng động lực hệ thống cho ứng dụng trí tuệ nhân tạo, trong khi ERC7527 Token là tài sản cốt lõi của tầng động lực.

Ứng dụng trí tuệ nhân tạo được triển khai sớm nhất trong quá trình phát triển với việc định giá token ERC7527, từ đó ứng dụng trí tuệ nhân tạo có giá trị được thị trường công nhận, và người dùng cũng có thể đầu tư trực tiếp vào ứng dụng trí tuệ nhân tạo thông qua hoạt động wrap ERC7527.

Từ quan điểm vốn hóa thị trường, cùng với sự phát triển của ứng dụng AI và tăng lượng ERC7527 được nắm giữ, cả nhà phát triển ứng dụng AI và chủ sở hữu mã thông báo ERC7527 đều sẽ nhận được động lực lớn từ sự tăng giá vốn hóa thị trường.

Ứng dụng trí tuệ nhân tạo cũng có thể sử dụng biện pháp cổ tức để khuyến khích người dùng. Ứng dụng trí tuệ nhân tạo yêu cầu người dùng thanh toán bằng mã thông báo trực tiếp trên tầng hai của Ethereum.

Người dùng có thể sử dụng hợp đồng để thanh toán phí ứng dụng AI. Những khoản phí được khóa trong hợp đồng thanh toán sẽ được chuyển sang hợp đồng cổ tức định kỳ, người nắm giữ ERC7527 có thể rút lợi nhuận trực tiếp từ hợp đồng cổ tức, và nhà phát triển ứng dụng AI cũng có thể rút một phần lợi nhuận khác từ hợp đồng cổ tức.

Trong việc triển khai kỹ thuật, mã thông báo ERC7527 tồn tại sự kế thừa của ERC721, điều này có nghĩa là mã thông báo ERC7527 có thể tạo hợp đồng tài khoản ERC6551 thông qua giao thức ERC6551. Và chúng ta có thể sử dụng một số giải pháp kỹ thuật để chuỗi cross tài khoản ERC6551 của mã thông báo ERC7527 đến lớp 2 của Ethereum. Cụ thể, con đường triển khai kỹ thuật như sau:

Sau khi người dùng giữ mã thông báo ERC7527, họ có thể gọi hợp đồng nhà máy ERC6551 trong mạng chính Ethereum để triển khai tài khoản ERC6551 cho mã thông báo ERC7527, sau đó sử dụng tài khoản ERC6551 để gọi hợp đồng cầu nối ERC6551 được triển khai trong mạng chính, hợp đồng cầu nối sẽ thông qua cầu nối Cross-chain gọi hợp đồng nhà máy ERC6551 trong tầng hai của Ethereum để triển khai một tài khoản ERC6551 ở tầng hai cho người dùng.

ERC6551 phần chuỗi cross tồn tại một triển khai đơn giản nhất, các nhà phát triển có thể tham khảo mã nguồn trong ERC6551Mirror, kho này sử dụng Chainlink CCIP để triển khai hoạt động chuỗi cross của ERC6551.

Khi hoàn thành chuỗi cross ERC6551, người dùng có thể sử dụng tài khoản ERC6551 đó để rút phần thưởng từ hợp đồng cổ tức.

Máy Oracle về tính nguyên tử

ERC7615 là một ERC thú vị, nó xác định một mối quan hệ đẩy giữa các hợp đồng thông thường có tính chất nguyên tử. Giao thức đẩy đơn giản này có thể xây dựng máy Oracle có tính chất nguyên tử, giúp giảm đáng kể độ khó trong việc phát triển các giao thức vay mượn và các giao thức tương tự.

Nguyên tắc hoạt động của ERC7615 như hình dưới đây:

Khi người dùng (Client) gọi một số chức năng của hợp đồng gửi (Publisher), hợp đồng gửi sẽ kiểm tra xem chức năng đó có tồn tại một số hợp đồng đăng ký hay không, nếu có thì sẽ gọi chức năng của hợp đồng đăng ký để đẩy một số nội dung. Điều đặc biệt lớn nhất của quy trình trên là tính nguyên tử. Nếu hợp đồng đăng ký gặp vấn đề trong việc xử lý dữ liệu đẩy, thì giao dịch gọi hợp đồng đẩy (tức giao dịch Gọi một số chức năng(…) trong hình) cũng sẽ bị lỗi trực tiếp.

Trong ERC7527, chúng ta đã đề cập nhiều lần rằng giá báo giá bán trong ERC7527 thực tế là giá định giá bán, và bất kỳ người dùng nào nắm giữ mã thông báo ERC7527 đều có thể rút thanh khoản trong Agency với giá định giá bán. Vậy, liệu chúng ta có thể đẩy giá định giá bán của ERC7527 đến giao thức cho vay để thực hiện thanh toán trong giao thức cho vay không?

Câu trả lời là có thể. Và vì mô hình báo giá liên tục theo mặt macro theo tính chất tăng giá mua khi lượng giữ token ERC7527 tăng, giao thức cho vay không cần quan tâm đến việc wrap trong ERC7527 mà chỉ quan tâm đến các giao dịch unwrap dẫn đến giảm giá.

Chúng ta có thể nhúng việc đặt giá bán trực tiếp của unwrap hiện tại vào đẩy ERC7615 bên trong hàm unwrap, và khi giao thức vay mượn nhận được giá unwrap từ đẩy, giao thức có thể thanh lý vị thế sử dụng mã thông báo ERC7527 làm tài sản đảm bảo dựa trên thông tin giá của nó.

一旦某一借贷头寸需要被清算，那么借贷协议可以执行unwrap操作提取ERC7527Agency内的流动性来Đóng vị thế借贷头寸。

Điều thú vị là, các hoạt động trên đều là tác động nguyên tử, nghĩa là nếu thanh toán hợp đồng vay mượn thất bại, thì hoạt động unwrap của ERC7527 cũng sẽ không thành công, điều này có nghĩa là hợp đồng vay mượn hoàn toàn tránh được rủi ro bị đục khoét.

Trên thực tế, bất kỳ giao thức nào đều có thể lấy được giá bán đẩy của nó trong ERC7527, điều này có nghĩa là các nhà phát triển chỉ cần viết một giao diện chấp nhận ERC7615, họ có thể nhận được giá của một tài sản và thực hiện các hoạt động khác.

Trong ERC7527, do việc ERC7527 token kế thừa từ hợp đồng ERC721, nên nhà phát triển có thể tăng cường cho token ERC7527 bằng cách khác. Khi người dùng sử dụng giải pháp thế chấp truyền thống, như việc trực tiếp chuyển ERC7527 cho hợp đồng thế chấp, họ sẽ mất đi các quyền lợi khác của token ERC7527, vì vậy token ERC7527 cần một giải pháp thế chấp mới hoàn toàn không cần chuyển nhượng tài sản.

Dựa trên cơ chế đẩy dựa trên ERC7615, có thể thiết kế một phương án thế chấp không cần chuyển nhượng tài sản như vậy. Cụ thể, thiết lập mối quan hệ đẩy giữa hợp đồng unwrap trong ERC7527Agency và hợp đồng thế chấp. Người dùng thế chấp có thể tương tác với hợp đồng thế chấp ERC7527 để thế chấp token ERC7527, nhưng quá trình này không cần phải chuyển token ERC7527 vào hợp đồng thế chấp.

Tại thời điểm này, token ERC7527 có thể nhận được cổ tức từ hợp đồng thế chấp. Khi người dùng unwrap token ERC7527 đã thế chấp, hợp đồng Agency sẽ sử dụng ERC7615 để đẩy tin nhắn này đến hợp đồng thế chấp, hợp đồng thế chấp sẽ huỷ trạng thái thế chấp của token ERC7527 được chỉ định và thực hiện thanh toán cuối cùng.

Trong quá trình này, ERC7615 đảm bảo vấn đề thanh lý hệ thống thế chấp và đảm bảo rằng các token ERC7527 đã bị phá hủy không thể nhận được lợi tức thế chấp.