Biên tập viên Wu nói về blockchain

Sau đây là bản tóm tắt của Wu Speaks English Podcast

Mời các bạn nghe bản đầy đủ:

https://www.youtube.com/watch?v=6HskTaYR4vU

Bạn có thể kể một câu chuyện cơ bản ngắn gọn về API3 và cách mạng OEV được ra mắt không?

API3 là một dự án oracle được phát triển dựa trên kinh nghiệm trước đây của những người sáng lập khi chạy các nút ChainLink và nỗ lực thiết kế một hệ thống hiệu quả, đơn giản và có thể kiểm chứng hơn. Điều này dẫn đến việc tạo ra API3. Oracles có nhiều ứng dụng, trong đó trường hợp sử dụng nổi tiếng nhất là cung cấp giá, một nhu cầu chính trong không gian tài chính phi tập trung (DeFi). Hiện tại, việc chào giá không tạo ra doanh thu đáng kể vì hoạt động này chủ yếu được trợ cấp bằng cách bán token của riêng mình để hỗ trợ các dự án oracle được cung cấp hoặc đầu tư hàng triệu đô la vào các dịch vụ này thông qua mạng. Đây là lý do tại sao API3 nhấn mạnh vào việc xác định các phân khúc thị trường tự cung tự cấp cho phép dự án oracle khả thi về mặt tài chính. Cách tiếp cận này mở đường cho việc ra mắt mạng OEV, tập trung vào việc tạo ra một mô hình trong đó việc cung cấp dịch vụ oracle có thể mang lại lợi nhuận.

OEV (Giá trị có thể trích xuất của Oracle) là gì? Tại sao nó lại quan trọng?

Giá trị có thể trích xuất của Oracle (OEV) là một loại Giá trị có thể trích xuất của công cụ khai thác (MEV) cụ thể, tập trung vào tác động của các bản cập nhật của Oracle hoặc việc thiếu bản cập nhật đó trong các hệ thống blockchain. Tương tự như MEV, nơi người khai thác có thể ưu tiên các giao dịch vì lợi ích cá nhân, OEV liên quan đến việc ưu tiên chiến lược các giao dịch oracle để trích xuất giá trị, đặc biệt trong các tình huống mà oracle cung cấp dữ liệu thị trường quan trọng hoặc kích hoạt các sự kiện lớn trên chuỗi như thanh lý.

Việc xây dựng Zk-rollup có tác dụng gì?

Ban đầu, khái niệm chuyển sang hệ thống dựa trên tổng hợp, đặc biệt là trong bối cảnh MEV (Giá trị có thể trích xuất của thợ mỏ) bị chậm lại và các bản cập nhật oracle, có vẻ khác thường. Tuy nhiên, việc nhận ra bản chất tập trung của các giải pháp MEV hiện có như Flashbots, MEV Share hoặc MEV Blocker rõ ràng đòi hỏi phải có sự thay đổi. Các giải pháp này chạy trên các máy chủ tập trung và yêu cầu người dùng đặt niềm tin lớn vào hoạt động của họ, điều này trái ngược với đặc tính phi tập trung của công nghệ blockchain.

Cách tiếp cận ban đầu của chúng tôi để bán các bản cập nhật oracle cũng dựa vào các máy chủ trung tâm, tạo ra một hệ thống trong đó người dùng không chỉ phải tin tưởng chúng tôi thực hiện các bản cập nhật mà còn phải tin tưởng chúng tôi xử lý số tiền lớn do yêu cầu tài sản thế chấp cần thiết để tham gia. Thiết lập này đặt ra các giả định đáng tin cậy, đặc biệt liên quan đến tính hợp pháp của quy trình đấu giá cập nhật oracle thiếu tính minh bạch và khả năng xác minh.

Việc sử dụng các khoản tổng hợp cho phép tương tác đáng tin cậy hơn, cho phép người dùng chuyển tài sản thế chấp của họ lên nền tảng mà không trao cho chúng tôi toàn quyền kiểm soát tiền của họ. Ngoài ra, nó còn cung cấp hồ sơ trực tuyến về việc tham gia đấu giá, người chiến thắng và thực hiện cập nhật, giảm đáng kể các giả định về độ tin cậy. Với bản tổng hợp, toàn bộ quy trình trở nên minh bạch và có thể xác minh được, giúp người dùng giảm nhu cầu đặt niềm tin quá mức vào tính toàn vẹn của API3 hoặc quy trình đấu giá. Cách tiếp cận này phù hợp hơn với nguyên tắc phân cấp của blockchain và đảm bảo rằng người dùng có thể tham gia vào hệ thống một cách tự tin và bảo mật hơn.

Tại sao chọn Đa giác?

Chúng tôi chọn Polygon vì mối quan hệ hợp tác bền chặt của chúng tôi với họ và sự tin tưởng của chúng tôi vào sự phát triển trong tương lai của công nghệ chứng minh không có kiến ​​thức (ZK). Chúng tôi đã đưa ra quyết định này dựa trên hiểu biết sâu sắc của chúng tôi về Máy ảo Ethereum bằng chứng không chứa kiến ​​thức (ZK EVM) của Polygon và nhận thấy nhu cầu mạnh mẽ về các dịch vụ tiên tri trong hệ sinh thái của nó. Việc Polygon sẵn sàng đưa giải pháp ZK của mình ra thị trường mang lại lợi thế rõ ràng so với các nền tảng khác và đó là lý do chính khiến chúng tôi chọn hợp tác với họ.

Mã thông báo API3 sẽ đóng vai trò gì trong mạng OEV?

Trong mạng OEV, những người thắng thầu phải trả thêm 10% phí so với giá thầu của họ, khoản phí này sẽ được chuyển trực tiếp đến API3. Mô hình này hơi khác so với kịch bản MEV điển hình, trong đó 90% giá trị trích xuất được trả lại cho người dùng và 10% thuộc sở hữu của nhà cung cấp dịch vụ MEV. Trong trường hợp API3, toàn bộ số tiền giá thầu mang lại lợi ích cho ứng dụng, trong khi khoản phí 10% bổ sung được chia làm đôi, với một nửa thuộc sở hữu của API3 với tư cách là người tổ chức đấu giá và nửa còn lại được phân bổ cho nhà cung cấp oracle.

API3 sử dụng phần phí của mình để mua lại và đốt token, một chiến lược được nêu chi tiết trong sách trắng. Cách tiếp cận này nhằm mục đích tái đầu tư doanh thu trực tiếp vào hệ sinh thái mã thông báo API3. Ví dụ: một hợp đồng đã được phát triển sử dụng phí thu được để mua mã thông báo API3, cung cấp tính thanh khoản trên Uniswap và cuối cùng chuyển đổi mọi thứ trở lại API3 để tiêu hủy sau một năm. Cách tiếp cận này nhằm mục đích tăng tính thanh khoản và giá trị của mã thông báo API3, điều chỉnh lợi ích của những người tham gia mạng với sự thành công và ổn định lâu dài của hệ sinh thái.

Mạng API3 OEV sử dụng mô hình nguồn dữ liệu của bên thứ nhất, tại sao lại như vậy?

Cả mô hình oracle của bên thứ ba và bên thứ nhất đều liên quan đến việc tổng hợp dữ liệu, nhưng điểm khác biệt chính là nguồn dữ liệu và các giả định tin cậy cần thiết. Trong các mô hình oracle của bên thứ ba, giống như mô hình được Chainlink sử dụng chủ yếu (và cả một số oracle của bên thứ nhất), dữ liệu được lấy một cách gián tiếp. Ví dụ: nếu tôi vận hành một nút và yêu cầu nhận giá của mình từ CoinGecko, thì bất kỳ người tiêu dùng dữ liệu nào không chỉ phải tin tưởng CoinGecko mà còn phải tin tưởng tôi với tư cách là người trung gian. Thiết lập này tạo ra một lớp tin cậy bổ sung và chi phí tiềm ẩn vì mỗi người tham gia chuỗi cung cấp dữ liệu cần được bồi thường.

Ngược lại, oracle của bên thứ nhất liên quan trực tiếp đến dữ liệu có nguồn gốc từ quy trình oracle. Các nguồn dữ liệu như CoinGecko tự chạy các oracle thay vì thông qua trung gian, cho phép cung cấp dữ liệu trực tiếp và có thể kiểm chứng. Cách tiếp cận này làm giảm đáng kể số lượng đơn vị mà người tiêu dùng cần tin tưởng và giảm chi phí tổng thể bằng cách loại bỏ phí trung gian. Nó mang lại một hệ thống hiệu quả hơn, tiết kiệm chi phí hơn và có thể triển khai nhanh chóng trên nhiều mạng khác nhau.

Hiệu quả này rất quan trọng, đặc biệt khi việc cung cấp dữ liệu cơ bản mà không tham gia vào các hoạt động như trích xuất MEV thường không mang lại lợi nhuận. Các dự án của Oracle thường hoạt động thua lỗ, trợ cấp nguồn cấp dữ liệu với hy vọng tăng giá trị token trong tương lai hoặc tìm kiếm các khoản trợ cấp bên ngoài để trang trải chi phí vận hành. Bằng cách giảm thiểu số lượng các bên liên quan và do đó giảm chi phí hoạt động, oracle của bên thứ nhất cung cấp cho các đối tác tiềm năng một giải pháp hấp dẫn hơn, kết hợp hiệu quả với giảm yêu cầu về độ tin cậy và giảm chi phí.

Các mối quan hệ lý thuyết trò chơi trong đấu giá dòng lệnh (OFA) là gì?

Về cơ bản, khi bạn giao dịch thông qua nền tảng như MEV Share, giao dịch của bạn có tiềm năng tạo ra giá trị. Khái niệm này được sử dụng trong các cuộc đấu giá theo luồng đơn hàng nơi mọi người có thể đặt giá thầu dựa trên giá trị do giao dịch của bạn tạo ra. Sau đó, những người tìm kiếm MEV có thể bồi thường cho bạn một phần lớn giá trị thu được từ việc đóng gói và bán quy trình giao dịch của bạn. Ví dụ: một lệnh bán lớn có thể kích hoạt thanh lý có lợi nhuận, khiến giao dịch của bạn trở nên rất có giá trị đối với những người đặt giá thầu có thể tận dụng những cơ hội này, từ đó mang lại cho bạn khoản tiền hoàn lại đáng kể.

Trong bối cảnh mạng OEV, trọng tâm chuyển sang các bản cập nhật của Oracle thay vì các giao dịch thông thường. Chúng tôi tham gia đấu giá luồng đơn hàng dành riêng cho những cập nhật này. Các nhà thầu có thể cạnh tranh để có cơ hội tung ra các bản cập nhật của Oracle, với số tiền thu được sẽ hỗ trợ cho ứng dụng hoặc giao thức liên quan. Ví dụ: một thay đổi nhỏ về giá gây ra một đợt thanh lý lớn có thể mang lại cơ hội lợi nhuận đáng kể, thúc đẩy mọi người cạnh tranh để giành quyền thực hiện bản cập nhật Oracle đó.

Hệ thống này phản ánh động lực được thấy trong các cuộc đấu giá dòng lệnh truyền thống trên mạng chính Ethereum, nơi thanh lý và cập nhật oracle có thể tạo ra giá trị đáng kể. Tuy nhiên, cách tiếp cận của chúng tôi được thiết kế để đảm bảo rằng lợi ích được phân bổ đồng đều hơn. Bằng cách cho phép thị trường xác định giá trị của các bản cập nhật Oracle, chúng tôi tạo ra một môi trường nơi các ứng dụng có thể lấy lại phần lớn các ưu đãi thường được sử dụng để thanh toán cho việc thanh toán bù trừ, từ đó giảm đáng kể chi phí.

Tóm lại, các bản cập nhật của Oracle có thể mở ra giá trị đáng kể, điều quan trọng là phải để thị trường xác định giá trị của chúng. Hiện tại, các bản cập nhật của Oracle diễn ra mà không có cách tiếp cận theo định hướng thị trường này, thường dẫn đến việc bỏ lỡ các cơ hội lấy lại giá trị. Hệ thống của chúng tôi nhằm mục đích thay đổi điều này, có khả năng cho phép DApps giữ được phần lớn ưu đãi mà họ cung cấp.

Điều gì sẽ xảy ra nếu phần thưởng cho hành vi sai trái lớn hơn phí dịch vụ và tiền phạt?

Chúng tôi tập trung vào các oracle của bên thứ nhất vì chúng được hỗ trợ bởi hoạt động kinh doanh thực tế, khiến họ phải chịu trách nhiệm về dữ liệu của mình. Nếu những oracle này hoạt động sai, hành động của chúng sẽ được ghi lại trên blockchain, cho phép truy đòi trực tiếp. API3 quản lý và giám sát các nhà cung cấp dữ liệu này để đảm bảo đáp ứng các tiêu chuẩn chất lượng. Các nhà cung cấp không đáp ứng các tiêu chuẩn này sẽ bị thay thế để đảm bảo tính toàn vẹn của việc cung cấp dữ liệu. Cách tiếp cận này dựa vào niềm tin vào các nhà cung cấp này nhưng nhằm mục đích giảm thiểu niềm tin thông qua tính minh bạch và trách nhiệm giải trình. Mục tiêu là chuyển sang một hệ thống ít dựa vào niềm tin hơn trong tương lai.

API3 cạnh tranh với Chainlink và Python như thế nào? Mục tiêu cuối cùng là gì?

Chúng tôi chủ yếu không tập trung vào Tổng giá trị bị khóa (TVS) làm chỉ số cốt lõi vì TVS không đóng góp trực tiếp vào lợi nhuận. Lý do là việc cung cấp dữ liệu vận hành, bất kể quy mô của TVS, hiện không phải là một hoạt động kinh doanh mang lại lợi nhuận—không có cơ chế trực tiếp nào để đưa giá trị thu hồi được từ việc cung cấp dữ liệu vận hành vào mã thông báo. Cho dù bạn bảo vệ 5 tỷ USD hay 500 triệu USD thì kết quả tài chính vẫn như cũ: bản thân hoạt động này không có lợi nhuận. Nhận thức này khiến chúng tôi tập trung vào mạng OEV, mạng cung cấp cách mang tiền trở lại cho các dự án và thực sự tạo ra doanh thu.

Mạng OEV biến TVS thành những con số có ý nghĩa, thoát khỏi mô hình được xây dựng trên “hy vọng và ước mơ” bằng cách gắn trực tiếp các nỗ lực bảo mật với doanh thu tiềm năng thông qua thanh lý và các cơ chế khác. Hiện tại, mạng OEV hoạt động cùng với nguồn cấp dữ liệu của API3, cho phép cập nhật bổ sung và luồng doanh thu. Chúng tôi đang khám phá việc mở rộng mạng OEV sang các oracle khác, có khả năng cho phép chúng tôi thoát khỏi các khía cạnh không mang lại lợi nhuận trong việc cung cấp dữ liệu vận hành và tập trung vào các hoạt động OEV có lợi nhuận.

Trên nhiều nền tảng cấp hai, nền tảng cơ bản trợ cấp cho việc cung cấp, nghĩa là chi phí thực tế thường do Chainlink Labs hoặc cơ quan quản lý cấp hai chịu thay vì sử dụng các dự án được cung cấp. Ở mức độ lớn, việc cung cấp dữ liệu quan trọng và được sử dụng phổ biến không tạo ra lợi nhuận trực tiếp cho các dự án oracle. Việc chuyển sang mạng OEV thể hiện một cách tiếp cận sáng tạo nhằm tạo ra giá trị trong không gian oracle, tập trung vào các tương tác có lợi thay vì chỉ đảm bảo số lượng lớn TVS mà không mang lại lợi nhuận tài chính trực tiếp.

Sẽ không hoàn toàn chính xác khi nói rằng các dịch vụ oracle như Chainlink không kiếm tiền. Họ có khả năng tạo ra doanh thu bằng cách chuyển chi phí sang các mạng mà họ vận hành, chẳng hạn như Arbitrum, nơi Tổ chức Trọng tài chịu các chi phí này. Mối quan hệ giữa khối lượng sử dụng dự án được cung cấp và doanh thu tạo ra thường không đơn giản, những dịch vụ này được thiết kế để trang trải chi phí vận hành hơn là tạo ra lợi nhuận lớn.

Việc mở rộng sang các lĩnh vực mới như CCIP thể hiện chiến lược tạo ra giá trị ngoài việc đưa ra mức giá đơn thuần, có thể được xem như một công cụ xây dựng thương hiệu hoặc hoạt động hòa vốn hơn là một trung tâm lợi nhuận. Các cuộc thảo luận về quản trị trong các dự án này thường tiết lộ những thách thức tài chính khi vận hành các dịch vụ oracle, nêu bật những động thái hướng tới các giải pháp có khả năng sinh lời cao hơn.

API3 khác với hình bầu dục như thế nào? Ưu điểm so với UMA là gì?

Oval được xây dựng trên cơ sở hạ tầng của oracle và Flashbots, thể hiện cách thu được giá trị từ các bản cập nhật oracle bằng cách bán trước quyền cập nhật. Tuy nhiên, nó dựa vào các thành phần tập trung và do những hạn chế của Flashbots, phạm vi hoạt động của nó bị giới hạn trong mạng chính Ethereum, cho thấy một hệ thống có sự phụ thuộc đáng kể.

API3 đề xuất một mô hình linh hoạt hơn, cung cấp giải pháp toàn diện hơn những gì Oval đạt được. Nó cung cấp các tùy chọn để sử dụng nguồn cấp dữ liệu riêng của API3 để nhận các bản cập nhật chi tiết hơn hoặc để tăng cường các oracle khác với mức độ chi tiết bổ sung thông qua mạng OEV. Cách tiếp cận này làm giảm sự phụ thuộc vào một mạng hoặc giải pháp duy nhất và nhằm mục đích cho phép khả năng ứng dụng rộng hơn trên các chuỗi khối mà không bị giới hạn bởi sự phụ thuộc vào các dịch vụ như Flashbots.

Về cơ bản, chiến lược của API3 liên quan đến việc xây dựng trên các khung oracle hiện có, cung cấp mức độ chi tiết nâng cao và mở rộng tiềm năng thu thập giá trị trên nhiều chuỗi khối. Cách tiếp cận nhiều mặt này nhằm mục đích giải quyết sự phức tạp của các dịch vụ oracle và giải quyết các hạn chế của các mô hình hiện tại, đồng thời khám phá các lộ trình đạt được hiệu quả cao hơn và khả năng ứng dụng mạng rộng hơn.

So với UMA, ưu điểm của API3 là nó nhấn mạnh vào việc xây dựng nhà cung cấp dữ liệu bên thứ nhất phi tập trung và giảm sự phụ thuộc vào các dịch vụ tập trung và bên thứ ba. Chiến lược cung cấp dữ liệu và mạng OEV của API3 cung cấp luồng dữ liệu phi tập trung, minh bạch và có thể kiểm chứng hơn, điều này rất quan trọng để đảm bảo tính công bằng và bảo mật của các ứng dụng blockchain. Ngoài ra, API3 nhằm mục đích cung cấp giải pháp tương thích chuỗi chéo, cho phép khả năng ứng dụng rộng hơn và linh hoạt hơn, trong khi UMA tập trung vào việc cung cấp các khối xây dựng cho các hợp đồng tài chính phi tập trung, có thể có sự khác biệt về phạm vi áp dụng và triển khai kỹ thuật khác nhau.