
Multicoin Capital: Tại sao chúng tôi chọn đầu tư vào Pyth Network?
Tuyển chọn TechFlowTuyển chọn TechFlow

Multicoin Capital: Tại sao chúng tôi chọn đầu tư vào Pyth Network?
Nguyên thủy cơ bản cho việc phát triển ứng dụng mã hóa oracles, đóng vai trò cầu nối giữa trạng thái ngoài chuỗi và trên chuỗi.
Tác giả: Shayou Sengupta, Đối tác đầu tư tại Multicoin Capital
Biên dịch: 0xjs @Jinse Finance
Chúng tôi rất vui mừng khi gần đây đã đầu tư vào Pyth Network, oracle dữ liệu bên thứ nhất hàng đầu trong lĩnh vực tiền mã hóa.
Giả định ngầm đằng sau các oracle truyền thống trong tiền mã hóa là tất cả dữ liệu (bao gồm dữ liệu tài chính) đều có thể truy cập miễn phí và sẵn sàng cho các hợp đồng trên chuỗi. Do đó, oracle chỉ cần khuyến khích các thành viên mạng lưới cung cấp thu thập và tổng hợp dữ liệu này, đạt được sự đồng thuận về nó, rồi đưa lên chuỗi. Mặc dù phương pháp này có thể phù hợp với các tập dữ liệu công khai rộng rãi như dữ liệu thời tiết hoặc kết quả bầu cử, nhưng thường không hiệu quả với dữ liệu nhạy cảm về độ trễ như dữ liệu tài chính. Với dữ liệu nhạy cảm về độ trễ, các đối tượng tham gia thị trường lớn (ví dụ: công ty giao dịch tần suất cao, nhà tạo lập thị trường và sàn giao dịch sổ lệnh cổ phiếu) thực tế lại là nguồn dữ liệu tốt hơn các trình tổng hợp bên thứ ba, vì họ tạo ra (chứ không chỉ thu thập) dữ liệu, do đó sở hữu dữ liệu chất lượng cao hơn và độ trễ thấp hơn về bản chất.
Thiết kế oracle của Pyth dựa trên lập luận rằng dữ liệu tài chính bên thứ nhất không tự nhiên mở; ngược lại, nó thuộc sở hữu riêng của những người tạo ra nó. Dữ liệu tài chính được tạo ra thông qua các giao dịch thị trường công khai tại các sàn trao đổi CeFi rộng lớn, chứ không phải từ việc tổng hợp, và chính các sàn này cùng nhóm giao dịch thường xuyên nhất trên đó mới là nguồn dữ liệu tốt nhất. Vì vậy, Pyth hợp tác trực tiếp với các đối tác dữ liệu bên thứ nhất (nhà tạo lập thị trường, quầy giao dịch, sàn giao dịch, v.v.) thay vì các nhà tổng hợp bên thứ ba, nhằm cung cấp các bản cập nhật giá trực tiếp, độ trễ thấp lên chuỗi.
Pyth ra mắt lần đầu tiên vào năm 2021 và kể từ đó đã thiết lập quan hệ đối tác với CBOE, Wintermute, Two Sigma, Cumberland và hơn 90 nhà tạo lập thị trường, sàn giao dịch và các đối tác dữ liệu bên thứ nhất khác. Hiện nay, Pyth cung cấp giá trung bình và khoảng tin cậy cho hơn 400 cổ phiếu (ví dụ: BTC, TSLA, EUR/USD, tiền mã hóa, cổ phiếu, ngoại hối, hàng hóa, tài sản lãi suất...) và cung cấp dữ liệu độ trung thực cao tới hơn 45 chuỗi công khai khác nhau, đồng thời bảo đảm giá trị vượt quá 1,7 tỷ USD trong một số giao thức lớn nhất lĩnh vực tiền mã hóa như MarginFi, Drift, Helium, Jupiter, Synthetix và Hashflow cũng như hơn 90 giao thức khác.

Ngoài việc tiên phong mô hình đóng góp dữ liệu bên thứ nhất trong lĩnh vực tiền mã hóa, Pyth còn đi đầu trong mô hình phát hành giá dựa trên cơ chế pull. Thay vì liên tục đẩy dữ liệu lên chuỗi theo các khoảng thời gian xác định (ví dụ: mỗi khi có độ lệch giá 50 điểm cơ bản, hoặc mỗi giờ như Chainlink), Pyth cho phép các hợp đồng thông minh truy xuất dữ liệu chính xác khi cần. Đây là một thiết kế hoàn toàn mới, so với các oracle chỉ cập nhật theo định kỳ tùy ý, có thể mang lại dữ liệu mới hơn và chính xác hơn. Nó cũng giảm cấu trúc chi phí cho các giao thức và ứng dụng người dùng, vì họ không cần phải trả phí liên tục cho các bản cập nhật không cần thiết. Thiết kế này còn giúp Pyth về bản chất có khả năng mở rộng phạm vi tài sản và chuỗi công khai nhanh hơn, vì cơ chế pull loại bỏ nhu cầu triển khai oracle riêng biệt. Ví dụ, các ứng dụng xây dựng trên Base và Mantle có thể tích hợp Pyth ngay lập tức mà không cần viết bất kỳ mã tùy chỉnh nào.
Là một công ty, chúng tôi đặc biệt quan tâm đến oracle vì chúng là nguyên thủy nền tảng cho phát triển ứng dụng mã hóa và đóng vai trò cầu nối giữa trạng thái ngoài chuỗi và trên chuỗi. Nhiệm vụ chính của chúng là duy trì sự nhất quán giá cả giữa các nơi thanh khoản khác nhau; tuy nhiên, đằng sau đó tồn tại một không gian thiết kế khổng lồ để thu thập và phân phối lại giá trị từ các chuyển đổi trạng thái khẩn cấp. Trong nghiên cứu của mình, mô hình của Pyth hiện tại phù hợp nhất để nắm bắt cơ hội này và mở đường cho các giao thức và ứng dụng khai thác nguồn doanh thu mới thông qua giá trị có thể trích xuất từ oracle (oracle extractable value - OEV).
Giới thiệu về Oracle Extractable Value (OEV)
Để nhắc lại, giá trị có thể trích xuất bởi thợ đào (MEV) về cơ bản là một thuật ngữ sai lệch. Ngày nay, nó nói chung đề cập đến lợi nhuận mà các trình xác thực và người đặt cược thu được từ việc sắp xếp lại giao dịch nhằm tận dụng các cơ hội chênh lệch giá hoặc thanh lý phát sinh từ sự không nhất quán tạm thời về trạng thái. Trong nhiều trường hợp, MEV xuất hiện khi giá cả do ứng dụng biểu thị khác với giá cả đại diện cho trạng thái chính xác bên ngoài chuỗi. Giá trị có thể trích xuất từ oracle (OEV) là một tập con của MEV, trong đó ứng dụng phụ thuộc vào bản cập nhật oracle từ các bot chênh lệch giá hoặc thanh lý để tận dụng sự không nhất quán trạng thái này.
Bằng cách đưa dữ liệu bên ngoài (như giá thị trường công khai) vào chuỗi, oracle một cách tự nhiên bước vào không gian khối có giá trị. Điều này tạo ra các cửa sổ sinh lời cho việc chênh lệch giá và thanh lý giữa các trạng thái, đồng thời mang lại cho chính oracle cơ hội tham gia vào vòng đời MEV (trực tiếp hoặc thông qua đấu giá động) và thu giữ một phần MEV phát sinh từ các bản cập nhật giá.
Trong hệ thống oracle dựa trên push, không gian giao dịch sau khi oracle cập nhật rất cạnh tranh. Trong hệ thống oracle dựa trên pull, các ứng dụng có quyền tự chủ lớn hơn trong việc lựa chọn cách thức tích hợp bản cập nhật vào ứng dụng của mình, do đó có thể kiểm soát tốt hơn hệ thống trích xuất và/hoặc phân phối lại MEV.
Hãy xem xét hai ví dụ cung cấp cơ hội MEV thông qua chuyển đổi trạng thái: một không có OEV, một có OEV.
1. MEV (độc lập với oracle): Trạng thái ứng dụng bị tách rời khỏi trạng thái bên ngoài do hoạt động tự nhiên hoặc trên chuỗi. Ví dụ: nếu một cá voi thực hiện lệnh mua lớn trên sàn AMM hằng số, dẫn đến báo giá không khớp với giá bên ngoài, thì các bot có thể thu lợi MEV bằng cách điều chỉnh chênh lệch và đóng vị thế arbitrage mà không cần sử dụng trực tiếp giao thức yêu cầu cập nhật.
2. OEV (phụ thuộc vào oracle): Giá thay đổi trên thị trường bên ngoài tạo ra cơ hội sinh lời, khi oracle đưa trạng thái cập nhật vào chuỗi, giúp trạng thái ứng dụng trở lại trạng thái chuẩn bên ngoài. Ví dụ: sau biến động giá bất lợi trên sàn giao dịch tập trung, các bot MEV trên giao thức cho vay có thể chọn thanh lý các tài khoản đang ở mức dưới nước.
Chúng tôi phân loại OEV vào loại thứ hai, trong đó bản cập nhật oracle kích hoạt cơ hội thu lợi. Ngày nay, các hoạt động tạo ra OEV mang lại lợi ích không cân xứng cho các trình xác thực và người đặt cược, nhưng lại hy sinh lợi ích của người dùng (tức là các nhà cung cấp thanh khoản). Nếu các giao thức và ứng dụng có thể thu được nhiều OEV hơn, họ có thể phân phối lại lợi nhuận này để khuyến khích và thưởng cho lòng trung thành của người dùng. Cuối cùng, khả năng đồng bộ hóa OEV với người dùng khiến các giao thức người dùng trở nên cạnh tranh hơn. Thiết kế ứng dụng để thu giữ MEV rất khó. Tất cả các ứng dụng đều muốn tối thiểu hóa MEV của người dùng và phân bổ hiệu quả giá trị còn lại cho người dùng, hoặc nội bộ hóa nó. Hiện nay, nhiều nhà phát triển cho rằng cách duy nhất để đạt được điều này là triển khai giao thức của họ như một chuỗi ứng dụng độc lập, nhằm mục đích tích lũy giá trị cho token gốc thông qua MEV, nhưng điều này gây ra độ phức tạp kỹ thuật, vận hành và tương tác rất lớn. Giải pháp đúng đắn hàng đầu để nội bộ hóa MEV là tổ chức đấu giá dòng lệnh (OFA). OFA tạo điều kiện cho một thị trường, trong đó bên cung là một loạt giao dịch dễ bị MEV do ứng dụng tổng hợp, còn bên cầu là các bot MEV hoặc nhà tạo lập thị trường tìm cách chèn hoặc sắp xếp lại các giao dịch này theo cách có lợi cho họ. Lợi nhuận từ cuộc đấu giá đi thẳng vào ứng dụng và đại diện cho phần lợi nhuận ròng MEV mà ứng dụng có thể tự thu giữ.
Triển khai thu giữ OEV
Phương pháp trực quan dường như là các ứng dụng tự khởi chạy đấu giá dòng lệnh (OFA) và kiếm lợi nhuận từ các lượt đặt giá xung quanh bản cập nhật oracle. Tuy nhiên, điều này đòi hỏi rất nhiều nỗ lực. Mỗi ứng dụng chỉ kiểm soát một lượng hạn chế dòng lệnh, trong khi OFA về bản chất là một thị trường phụ thuộc vào tính thanh khoản sâu từ cả hai phía: maker (lô giao dịch người dùng) và taker (bot MEV). OFA riêng cho từng ứng dụng sẽ làm phân tán thanh khoản và giới hạn khả năng kết hợp nguyên tử (ví dụ: nếu bot MEV không thể đảm bảo cả hai bước chiến lược xảy ra đúng cách, việc thực hiện thanh lý thường cần trao đổi token sau khi tịch thu tài sản thế chấp để hoàn tất arbitrage, họ có thể từ chối hoàn toàn cơ hội này). Chi phí vận hành và xã hội để cấu hình OFA riêng cho từng ứng dụng có thể quá cao để biện minh cho việc xây dựng giải pháp nội bộ.
Con đường tốt hơn để thu lợi MEV khẩn cấp là thuê ngoài đấu giá thông qua Đấu giá Dòng lệnh Toàn cục (GOFA). Pyth về mặt cấu trúc được định vị để trực tiếp vận hành OFA cho tất cả các ứng dụng mà nó hỗ trợ, vì các ứng dụng này đã phụ thuộc vào bản cập nhật oracle của Pyth để duy trì chức năng hệ thống. Do đó, Pyth có thể truy cập vào không gian khối giá trị cao trong nhiều ứng dụng, và bước tiếp theo là tự nhiên khi thương mại hóa yếu tố bổ trợ (commoditize the complement) bằng cách can thiệp vào không gian khối xung quanh bản cập nhật oracle (tức là phần khối trích xuất MEV).

Thay vì mỗi ứng dụng đều tái phát minh bánh xe, GOFA do oracle vận hành tận dụng kinh tế quy mô tự nhiên. Thanh khoản sâu thu hút thêm thanh khoản: các bot MEV có nhiều khả năng chấp nhận dòng lệnh được đóng gói từ nhiều ứng dụng (nhờ khả năng kết hợp nguyên tử), và khi có nhiều taker cạnh tranh hơn (gửi giá thầu cao hơn, trực tiếp chuyển thành doanh thu), càng nhiều ứng dụng bị thúc đẩy tham gia.
Lĩnh vực mới cho OEV chuyên biệt theo ứng dụng
OEV đại diện cho một phương pháp mới lạ để thu giá trị cho oracle và các ứng dụng. OFA do oracle vận hành trực tiếp chuyển giá trị mới nổi của OEV đến các ứng dụng, cho phép các ứng dụng hưởng lợi ích từ việc sở hữu OFA riêng mà không cần bất kỳ chi phí nào. Là bên trung lập thứ ba trong việc trao đổi dòng lệnh giữa ứng dụng và bot MEV, Pyth có thể chọn thu phí dịch vụ từ bất kỳ bên nào, từ đó mang lại nguồn doanh thu mới cho mạng mà không làm tổn hại đến tính trung lập của hệ sinh thái. Chúng tôi rất hào hứng trước những cơ chế mới có thể thu giữ MEV sát sao hơn tại tầng ứng dụng.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News










