Tác giả gốc: Luke, nhà đầu tư và nhà nghiên cứu tại SevenX Ventures
Đặc biệt cảm ơn Alex từ Maru Network, Brad từ Uniswap Labs, Dong Mo từ CelerNetwork, Shumo từ Manta Network và Suning từ Hyperoracle vì những cuộc thảo luận, hiểu biết sâu sắc và phản hồi có giá trị của họ về bài viết này.
Lời nói đầu
Không còn nghi ngờ gì nữa, Uniswap là ứng dụng phi tập trung được sử dụng rộng rãi nhất. Nó không ngừng tiên phong trong việc đưa ra các giải pháp đổi mới và xác định lại các quy tắc của ngành. Bài viết này sẽ đi sâu vào hành trình phát triển đáng kinh ngạc của Uniswap, bắt đầu từ đầu trong quá khứ và có những khả năng vô tận trong tương lai. Bằng cách nghiên cứu các đặc điểm của từng phiên bản Uniswap, bài viết này cho thấy cách nó phản ứng hiệu quả với nhiều thách thức mới và thích ứng với nhu cầu thay đổi. Ngoài ra, bài viết này tìm hiểu những tiến bộ gần đây trong tiền điện tử đang định hình tương lai của các sàn giao dịch phi tập trung (DEX). Hãy sẵn sàng cho hành trình phát triển từ con số 0 đến vô tận này.
v 0: bằng chứng về khái niệm
Trước Uniswap, EtherDelta là sàn giao dịch phi tập trung (DEX) duy nhất nhận được nhiều sự chú ý. Tuy nhiên, trải nghiệm người dùng rất kém.
Nhiều nhà lãnh đạo trong ngành (Alan Lu và Vitalik của Gnosis) đã đề xuất khái niệm tạo thị trường tự động (AMM), một công nghệ cung cấp giải pháp thay thế cho giao dịch trực tuyến so với mô hình sổ đặt hàng truyền thống.
đặc trưng
Sản phẩm không đổi AMM
Uniswap sử dụng công thức tích không đổi (x * y = k) để tính giá của một tài sản. Trong công thức này, x đại diện cho dự trữ tài sản giao dịch và y đại diện cho dự trữ tài sản được định giá. Khi một mã thông báo được rút (mua) khỏi nhóm, một tỷ lệ nhất định của số tiền phải được gửi (bán) để giữ k không đổi. Tỷ lệ mã thông báo trong nhóm xác định giá của mã thông báo.
Nguồn: Uniswap
Điều đáng chú ý là các AMM khác sử dụng các công thức toán học khác nhau để biểu thị các đường cong thanh khoản. Ví dụ: Stableswap của Curve và trọng số của Balancer.
câu hỏi
Uniswap v 0 về cơ bản là một bằng chứng khái niệm, có nghĩa là vẫn còn nhiều câu hỏi chưa được giải quyết. Hai vấn đề chính như sau:
1. Chỉ áp dụng cho một cặp giao dịch ETH/ERC 20.
2. Chỉ áp dụng cho một nhà cung cấp thanh khoản (LP) duy nhất.
v1: Sàn giao dịch phi tập trung chức năng (DEX)
đặc trưng
Vào ngày 2 tháng 11 năm 2018, Uniswap v1 đã được ra mắt trên mạng chính. Bản phát hành này hỗ trợ nhiều nhà cung cấp thanh khoản sử dụng mã thông báo nội bộ để theo dõi phí và tài sản thế chấp. Phiên bản này sử dụng hợp đồng của nhà máy để cho phép mọi người thêm bất kỳ mã thông báo nào để giao dịch bằng ETH gốc. Phiên bản này cung cấp DEX chức năng. Tuy nhiên, vẫn còn một số vấn đề cần được giải quyết.
câu hỏi
Vì tất cả các mã thông báo được ghép nối với ETH nên người dùng có thể dễ dàng trao đổi bất kỳ mã thông báo ERC 20 nào lấy một mã thông báo ERC 20 khác trong một giao dịch bằng cách sử dụng ETH làm trung gian. Tuy nhiên, phương pháp này có một nhược điểm: nếu liên quan đến việc trao đổi các stablecoin được vận hành thường xuyên như DAI/USDT, thì mỗi sàn giao dịch đều dựa vào ETH làm trung gian và hiệu quả sẽ trở nên thấp. Trong trường hợp này, các cặp mã thông báo trực tiếp được ưu tiên.
v2: Lego tiền
Vào tháng 5 năm 2020, Uniswap v2 được ra mắt, phiên bản này thực hiện nhiều nâng cấp cho giao thức Uniswap, nâng cao tính linh hoạt của giao dịch và mở rộng tính khả thi của giao dịch.
đặc trưng
Cặp giao dịch ERC 20/ERC 20
Sự khác biệt đáng kể của Uniswap V2 là mã thông báo ERC 20 có thể được thêm vào nhóm thanh khoản LP với các mã thông báo ERC 20 khác, thay vì chỉ ghép nối mã thông báo ERC 20 với ETH. Tính năng này hữu ích hơn cho các nhà cung cấp thanh khoản, vì giờ đây họ có thể duy trì phạm vi vị thế bằng token ERC 20 đa dạng hơn, bao gồm cả các cặp giao dịch stablecoin.
giá tiên tri
Uniswap v2 cung cấp thông tin về giá trên chuỗi mà nhiều ứng dụng DeFi có thể sử dụng. Thông tin về giá này không thể dễ dàng bị thao túng và do đó cực kỳ có giá trị. Cơ chế này thêm giá ở cuối khối vào biến giá tích lũy của hợp đồng cốt lõi, được tính theo khoảng thời gian tồn tại của một mức giá cụ thể. Biến này về cơ bản biểu thị tổng giá Uniswap mỗi giây trong toàn bộ lịch sử của hợp đồng.
Nguồn: Uniswap
Biến này có thể được các hợp đồng bên ngoài sử dụng để theo dõi chính xác giá trung bình theo thời gian (TWAP) trong bất kỳ khoảng thời gian nhất định nào. Đọc giá tích lũy của cặp mã thông báo ERC 20 ở đầu và cuối khoảng thời gian, tính toán chênh lệch giữa hai giá trị đó và chia cho độ dài của khoảng thời gian sẽ cung cấp cho bạn TWAP cho khoảng thời gian cụ thể đó.
Nguồn: Uniswap
Trao đổi sét
Uniswap v2 cũng giới thiệu flash Exchange, một loại hình cho vay nhanh được tiên phong bởi thị trường cho vay AAVE. Tính năng này cho phép bất kỳ người dùng nào rút bao nhiêu mã thông báo ERC 20 khỏi nhóm mà không phải trả bất kỳ chi phí trả trước nào và không thực hiện bất kỳ hành động nào, miễn là giá trị tương đương của mã thông báo (cộng với phí) được trả lại khi kết thúc thực hiện giao dịch.
Tính năng flash loan đã mang tiếng xấu vì nó thường liên quan đến nhiều cuộc tấn công khác nhau chống lại các giao thức DeFi. Nhưng vấn đề thực sự không phải là các khoản vay nhanh mà là những lỗ hổng hiện có trong giao thức. Bản chất nguyên tử của các khoản vay nhanh loại bỏ các yêu cầu về vốn trả trước thường liên quan đến các hoạt động như chênh lệch giá giữa các nhóm và đạt được đòn bẩy ký quỹ.
câu hỏi
Mặc dù AMM có tính đổi mới và hữu ích trong việc tạo thuận lợi cho giao dịch và thanh khoản ở các thị trường mới nhưng vẫn có những điểm kém hiệu quả. Ví dụ: khi giao dịch với các mã thông báo có độ biến động thấp, chỉ cần thanh khoản trong phạm vi giá nhỏ hơn. Tuy nhiên, thiết kế hiện tại phân phối thanh khoản đồng đều trên tất cả các phạm vi giá.
v3: Hiệu quả sử dụng vốn
Uniswap v3 áp dụng thiết kế thanh khoản tập trung mang tính đột phá và cam kết trở thành AMM linh hoạt và hiệu quả nhất.
đặc trưng
Thanh khoản tập trung (CL)
Trong Uniswap v2, tính thanh khoản được phân bổ đồng đều dọc theo đường cong giá x*y=k, cung cấp tính thanh khoản cho toàn bộ phạm vi giá từ 0 đến vô cùng. Tuy nhiên, đối với hầu hết các nhóm, tính thanh khoản không được tận dụng tối đa.
Trong Uniswap v3, các nhà cung cấp thanh khoản có thể tập hợp vốn của họ trong một phạm vi giá cụ thể để có được tính thanh khoản cao hơn ở mức giá dự kiến. Thông qua việc tùy chỉnh này, các nhà cung cấp thanh khoản có thể xây dựng đường cong giá được cá nhân hóa phù hợp với sở thích của họ. Các vị thế riêng lẻ này sau đó được tổng hợp thành một nhóm duy nhất, tạo ra một đường cong thống nhất mà người dùng có thể giao dịch. Kết quả mang lại lợi ích cho cả nhà giao dịch và nhà cung cấp thanh khoản: nhà giao dịch ít bị trượt giá hơn và nhà cung cấp thanh khoản kiếm được mức phí cao hơn do mức độ tập trung thanh khoản cao trong phạm vi tùy chỉnh.
Thanh khoản tập trung cực kỳ có giá trị đối với các cặp giao dịch stablecoin như stablecoin và token phái sinh đặt cược thanh khoản. Những tài sản này có xu hướng giao dịch trong phạm vi giá nhỏ hơn. Tuy nhiên, đối với các cặp token dễ biến động hơn, tính thanh khoản tập trung đòi hỏi các kỹ thuật quản lý thanh khoản tiên tiến hơn. Việc quản lý liên tục các vị thế của họ một cách hiệu quả có thể là một thách thức đối với nhà cung cấp thanh khoản bán lẻ trung bình.
thứ tự phạm vi
Với tính thanh khoản tập trung, phiên bản này giới thiệu một loại lệnh mới gọi là lệnh phạm vi để bổ sung cho lệnh thị trường. Các nhà cung cấp thanh khoản có thể gửi các mã thông báo riêng lẻ trong một phạm vi giá tùy chỉnh (cao hơn hoặc thấp hơn giá hiện tại). Nếu giá thị trường đi vào một phạm vi xác định, một tài sản có thể được bán để lấy một tài sản khác dọc theo một đường cong trơn tru trong khi vẫn thu được phí giao dịch trong quá trình này.
Lệnh phạm vi hoạt động tương tự như lệnh giới hạn, nhưng có nhược điểm là có thể đảo ngược - khi giá đảo chiều, lệnh cũng sẽ đảo ngược. Tuy nhiên, phí vẫn có thể kiếm được trong quá trình này. Barry Fried (@BarryFried 1) cung cấp ví dụ chi tiết về cách sử dụng thứ tự phạm vi trong bài đăng này.
Mức phí khác nhau
Uniswap v3 không còn sử dụng một bậc phí duy nhất mà thay vào đó giới thiệu ba bậc phí riêng biệt cho mỗi cặp giao dịch - 0,05%, 0,30% và 1,00%, để các nhà cung cấp thanh khoản có thể nhận được khoản bồi thường phù hợp khi chấp nhận các mức độ rủi ro khác nhau.
Oracle nâng cao
Uniswap v3 mang lại những cải tiến đáng kể cho các dự đoán về giá. Phiên bản này không còn lưu trữ chỉ một biến tích lũy giá mà là một tập hợp các biến, giúp việc tạo các oracle nâng cao trở nên dễ dàng và rẻ hơn, bao gồm đường trung bình động đơn giản (SMA), đường trung bình động hàm mũ (EMA), lọc ngoại lệ, v.v.
câu hỏi
thiếu tính linh hoạt
Mặc dù mức phí và thanh khoản tập trung cung cấp cho các nhà cung cấp thanh khoản sự linh hoạt cao hơn và tạo điều kiện thuận lợi cho việc thực hiện các chiến lược mới, Uniswap v3 đã không thể thích ứng với các tính năng và đổi mới luôn thay đổi của AMM và thị trường. Để tích hợp các tính năng bổ sung như lệnh TWAP, lệnh giới hạn, oracle nâng cao và tính phí động, cần phải triển khai lại giao thức cốt lõi.
Thông qua một số tính năng nhất định, chẳng hạn như dự báo giá ban đầu được giới thiệu trong Uniswap v2, các nhà tích hợp có thể tận dụng dữ liệu định giá trên chuỗi phi tập trung. Tuy nhiên, sự đánh đổi là chi phí gas tăng lên cho các bộ chuyển đổi và thiếu các tùy chọn tùy chỉnh cho các bộ tích hợp.
Quản lý thanh khoản phức tạp và khó hiểu
Như đã đề cập trước đó, quản lý thanh khoản tập trung có thể là thách thức đối với các nhà cung cấp thanh khoản mới hơn, đặc biệt đối với các cặp giao dịch dễ biến động hơn. Mặc dù đã tồn tại một số giao thức quản lý thanh khoản tự động nhưng hầu hết chúng đều sử dụng các chiến lược tái cân bằng đơn giản được thiết kế cho các tài sản cố định. Thật không may, những chiến lược này thường không hiệu quả đối với các cặp giao dịch dễ biến động hơn, vì thời gian chặn lâu, chi phí gas tăng và chi phí phòng ngừa rủi ro tăng sẽ hạn chế hiệu quả của chúng.
Ngoài ra, mã thông báo LP vốn không thể thay thế được vì vị trí thanh khoản tập trung của mỗi nhà cung cấp thanh khoản khác nhau. Nó chỉ có thể được biểu thị bằng các token không thể thay thế (NFT), điều này đặt ra thách thức cho các giao thức DeFi khác đang tìm cách tích hợp với nó.
Nhiều dự án xuất sắc đang tích cực giải quyết vấn đề này bằng cách sử dụng nhiều chiến lược khác nhau bao gồm tái cân bằng, phòng ngừa rủi ro động lực thị trường tiền tệ, hợp đồng vĩnh viễn và quyền chọn. Atis Elsts (@atiselsts_eth) đã viết một loạt bài viết xuất sắc về chiến lược LP mà tôi rất khuyến khích.
rò rỉ giá trị
Trong số tất cả các vấn đề, rò rỉ giá trị là ưu tiên hàng đầu. Mặc dù vấn đề này không phải chỉ xảy ra với Uniswap v3, nhưng nó đã thu hút sự chú ý do khối lượng giao dịch AMM tăng lên và mức độ áp dụng tăng lên kể từ khi ra mắt. Rò rỉ giá trị chủ yếu bắt nguồn từ hệ thống DEX, dưới dạng sau:
Do các cuộc tấn công chạy trước và tấn công xen kẽ, các nhà giao dịch cuối cùng phải trả nhiều tiền hơn mức họ thực sự cần.
Các nhà cung cấp thanh khoản mất giá trị thông qua chênh lệch giá CEX-DEX (hay còn gọi là tái cân bằng tổn thất tương đối)
Để giải quyết các vấn đề trên, chúng tôi cần cung cấp nhiều chức năng tùy chỉnh và thiết kế phức tạp hơn so với Uniswap v3. Chúng tôi cần một nền tảng DEX mạnh mẽ và biểu cảm hơn.
v4: Nền tảng tối ưu
Uniswap v4 được xây dựng dựa trên mô hình AMM đã ra mắt ở các thế hệ trước. Bằng cách giới thiệu hook, nó nhằm mục đích trở thành một nền tảng DEX tối ưu hiệu quả và có thể tùy chỉnh.
hiệu quả
Singleton
Trong Uniswap v3, mỗi nhóm được tạo dưới dạng hợp đồng riêng thông qua hợp đồng nhà máy. Trong Uniswap v4, tất cả các nhóm cùng tồn tại trong một hợp đồng thông minh duy nhất (còn được gọi là singleton). Mô hình đơn lẻ này giúp giảm đáng kể chi phí liên quan đến việc tạo nhóm và thực hiện các giao dịch nhiều bước nhảy.
Kế toán Flash
Trong Uniswap v4, chế độ đơn lẻ sử dụng tính toán sét để tối ưu hóa việc chuyển tài sản. Không giống như v3, nơi tài sản được chuyển vào và ra khỏi nhóm sau mỗi lần trao đổi, hệ thống v4 chỉ chuyển dựa trên số dư ròng, giúp giảm đáng kể chi phí kế toán. Với bộ lưu trữ tạm thời (được đề xuất trong EIP-1153), việc thiết lập và xóa các khe lưu trữ cần thiết để Lightning Accounting chạy hiệu quả sẽ rẻ hơn.
Nguồn: Uniswap
ETH gốc
Uniswap v4 một lần nữa giới thiệu hỗ trợ cho các giao dịch ETH gốc, điều này sẽ mang lại một số lợi ích: nhà giao dịch có thể tận hưởng chi phí gas thấp hơn, đạt được chi phí chuyển khoản thấp hơn và tránh được chi phí đóng gói bổ sung.
tùy chỉnh
cái móc
Hợp đồng móc (hoặc móc) là các hợp đồng được triển khai bên ngoài để thực thi logic được xác định trước tại các điểm cụ thể trong quá trình thực thi nhóm. Đây là lý do tại sao v4 rất biểu cảm và có thể tùy chỉnh. Thông qua hook, có thể triển khai các tính năng đã được tích hợp trước đó trong giao thức (chẳng hạn như oracles) cũng như các tính năng mới mà trước đây yêu cầu các giao thức độc lập phải triển khai.
Uniswap v4 hiện hỗ trợ tám chức năng gọi lại hook sau:
beforeInitialize/afterInitialize
beforeModifyPosition/afterModifyPosition
beforeSwap/afterSwap
beforeDonate/afterDonate
Hình dưới đây cho thấy luồng logic của móc đổi quà. Có một cờ boolean chuyên dụng cho phép thực thi mã tùy chỉnh tại các điểm cụ thể này trước và sau khi thực hiện trao đổi. Đây là cơ sở để phát triển các tính năng nâng cao như oracle, hệ thống tính phí động, đấu giá và các loại đơn đặt hàng nâng cao. Chúng ta sẽ khám phá những khái niệm này sâu hơn dưới đây.
Quá trình hook trao đổi
Lời tiên tri
Trong các phiên bản trước, oracle đã được tích hợp vào giao thức lõi Uniswap. Mặc dù điều này làm cho việc tích hợp với các giao thức khác trở nên dễ dàng hơn và ít tốn kém hơn nhưng lại phải trả giá bằng việc có ít tùy chọn tùy chỉnh hơn và tăng chi phí cho bộ chuyển đổi. Tuy nhiên, với sự ra đời của hook, khả năng thiết kế của oracle được mở rộng đáng kể. Điều này tạo cơ hội để tạo ra các dự báo chống thao túng như dự báo giá đuôi và dự báo biến động. Ngoài ra, giờ đây có thể tùy chỉnh người chịu chi phí cập nhật các oracle. Ví dụ: một hợp đồng hook có số dư ETH có thể được sử dụng để thanh toán gas, thay vì để người mua lại đầu tiên phải chịu chi phí (điều này có thể không bền vững). Mặc dù đã được tối ưu hóa nhưng thiết kế oracle vẫn gặp phải nhiều thách thức. Ví dụ: oracle TWAP đôi khi dễ bị thao túng và có xu hướng tụt hậu so với giá hiện tại.
Uniswap Labs đã đưa ra một dự đoán giá thú vị khác, dự đoán giá rút gọn. Oracle tính toán giá trung bình hình học của tài sản trong nhóm thanh khoản và hạn chế thay đổi giá trong một khối. Bằng cách cắt giảm giá, nhà tiên tri trên chuỗi này giảm thiểu tác động về giá của các giao dịch quan trọng và tăng khả năng chống lại các nỗ lực thao túng.
Phí động
Mặc dù Uniswap v3 đã giới thiệu các mức phí bổ sung để các nhà cung cấp thanh khoản lựa chọn, nhưng các hệ thống phí này vẫn tĩnh và không tính đến các điều kiện thị trường hiện tại. Do đó, các nhà cung cấp thanh khoản không được đền bù đầy đủ cho dịch vụ của họ.
Alex Nezlobin (@0x 94305) đã đề xuất một hệ thống phí năng động đơn giản và hiệu quả có tính đến tác động về giá của khối trước đó và áp dụng các tiêu chí phí khác nhau cho người mua và người bán. Như thể hiện trong hình bên dưới: khi giá CEX chuyển sang p*, nghĩa là khi nó cao hơn giá AMM hiện tại p_AMM, phí bán giảm δ, trong khi phí mua tăng δ. Giá trị của δ tỷ lệ thuận với sự thay đổi của giá AMM. Mục đích của hệ thống phí linh hoạt này là để phân biệt giữa các nhà kinh doanh chênh lệch giá và các dòng tiền không được thông tin đầy đủ. Dòng chênh lệch giá có nhiều khả năng tự tương quan với những thay đổi về giá.
Nguồn: https://twitter.com/0x 94305/status/1674857993740111872
Việc thiết kế một hệ thống phí năng động mạnh mẽ đặt ra một số thách thức. Một thách thức là làm thế nào để tích hợp các tín hiệu ngoài chuỗi như giá CEX, độ sâu thanh khoản và độ biến động. Ngoài ra, các tín hiệu trên chuỗi khác nhau (bao gồm địa chỉ, kích thước và thời gian thực hiện) có thể không đáng tin cậy để phân biệt các luồng được thông báo với các luồng không được cung cấp thông tin, gây khó khăn cho việc đánh giá hiệu quả của chúng. Ngoài ra, để hạn chế tổn thất của các nhà cung cấp thanh khoản, điều quan trọng là phải đảm bảo rằng phí không xuống dưới 0.
bán đấu giá
Móc cũng đóng vai trò là phương tiện để thực hiện đấu giá, giúp phân phối lại giá trị cho các nhà cung cấp thanh khoản. Tùy theo thời điểm, đấu giá có thể được chia thành đấu giá trước và đấu giá sau.
Cuộc đấu giá trước diễn ra trước khi khối được bán đấu giá. Khái niệm này ban đầu được đề xuất trong một bài báo nghiên cứu thảo luận về MEV Capture AMM (McAMM). Theo cách tiếp cận này, quyền đầu tiên sẽ được đổi trong AMM trước khi một khối được bán đấu giá, sau đó giá trị giá thầu sẽ được phân phối lại. Tuy nhiên, quá trình đấu thầu này cũng có một số thách thức vì nó vốn liên quan đến việc định giá quyền chọn, có thể rất phức tạp. Ngoài ra, vì những người đề xuất khối có tiếng nói cuối cùng về việc có chấp nhận khối chứa giao dịch hay không nên các vấn đề kiểm duyệt có thể phát sinh. Đảm bảo rằng giá trị giá thầu được phân bổ công bằng và hiệu quả cũng đã được chứng minh là một nhiệm vụ phức tạp. Hơn nữa, không có gì đảm bảo rằng người thắng cuộc đấu giá sẽ là người đầu tiên thực hiện quyền mua lại của mình, điều này có thể dẫn đến trải nghiệm ngày càng tồi tệ hơn cho những người giao dịch khác.
Các cuộc đấu giá sau sự kiện được tiến hành sau khi biến động xảy ra, có nghĩa là giá CEX đã thay đổi nhưng các khối tiếp theo vẫn chưa được gửi. Những loại đấu giá này có ưu điểm là tăng hiệu quả nhưng cũng đặt ra thách thức vì chúng yêu cầu cơ sở hạ tầng ngoài chuỗi dựa vào các bên đáng tin cậy hoặc hệ thống không đáng tin cậy. Nếu sử dụng các bên đáng tin cậy, các vấn đề xung quanh việc xem xét và quyền riêng tư về giá thầu sẽ phát sinh. Mặt khác, việc thiết kế các hệ thống không cần sự tin cậy phức tạp hơn nhiều. Các cuộc đấu giá sau sự kiện cũng phải đối mặt với vấn đề là những người đề xuất có thể giở trò đồi bại với những người đặt giá thầu, chẳng hạn như loại trừ các giao dịch chênh lệch giá một cách kịp thời. Ngoài ra, còn có một vấn đề quan trọng là sự chậm trễ trong quá trình đấu thầu, đạt được sự đồng thuận về giá thầu trúng thầu và phân phối các giá thầu đó cho người xây dựng khối, tất cả đều cần phải được hoàn thành trước khi các khối tiếp theo có thể được gửi. Cuối cùng, có thể khó đảm bảo có đủ sự cạnh tranh trong các cuộc đấu giá này để thu được giá trị thỏa đáng. Sorella Labs (@SorellaLabs) đang dẫn đầu trong việc giải quyết những thách thức này bằng cách tận dụng cơ sở hạ tầng và thiết kế cơ chế tiên tiến của mình.
Móc kim cương
Giao thức Diamond ban đầu được thiết kế dưới dạng AMM giảm thiểu LVR. Theo giao thức Diamond, các nhà sản xuất khối tiến hành đấu giá để nắm bắt cơ hội chênh lệch giá giữa giá thị trường bên ngoài của Diamond pool và giá riêng của pool. Số tiền thu được từ các cuộc đấu giá này được chia sẻ giữa nhóm Diamond và các nhà sản xuất khối theo cách duy trì khả năng tương thích khuyến khích.
Như đã thảo luận trong bài viết này, một biến thể của giao thức Diamond bao gồm việc triển khai nhóm tài sản thế chấp để duy trì giá cuối cùng của khối dựa trên mức giá mà nhà sản xuất khối đã hứa. Việc trao đổi sẽ chỉ được thực hiện khi có đủ tài sản thế chấp để khôi phục giá về giá trị đã hứa. Arrakis (@ArrakisFinance) hiện đang làm việc với Conor McMenamin (@ConorMcMenamin 9), một trong những tác giả của giao thức Diamond, để phát triển hợp đồng hook sử dụng v4 nhằm đạt được mục tiêu này.
Các loại lệnh nâng cao
Hook cũng hỗ trợ các loại lệnh nâng cao hơn, cải thiện đáng kể trải nghiệm của nhà giao dịch. Một số loại lệnh phổ biến bao gồm lệnh giới hạn, lệnh dừng lỗ, lệnh chốt lời và TWAP.
lệnh giới hạn
Nhà giao dịch có thể chọn gửi lệnh giới hạn giá trên chuỗi cho hợp đồng hook. Khi giá đạt đến mức giá tối thiểu được chỉ định, lệnh sẽ được thực hiện. Tuy nhiên, các lệnh giới hạn trên chuỗi này có những nhược điểm đáng kể so với các lệnh giới hạn tài chính (tradfi) truyền thống. Điều này chủ yếu là do các đơn đặt hàng trên chuỗi không thể bị hủy mà không phát sinh phí gas. Do đó, điều này tạo ra vấn đề về tỷ lệ đặt hàng trên giao dịch thấp.
Nhà tạo lập thị trường trung bình có trọng số theo thời gian (TWAMM)
Một giải pháp khả thi là triển khai công cụ tạo lập thị trường trung bình theo trọng số thời gian (TWAMM) để tạo điều kiện thuận lợi cho việc thực hiện các đơn đặt hàng lớn. Cách tiếp cận này ngăn chặn các cuộc tấn công sandwich bằng cách chia các đơn đặt hàng lớn thành các phần nhỏ và đảm bảo chúng được thực hiện như các giao dịch đầu tiên. Ngoài ra, hãy cân nhắc việc giảm phí đặt hàng TWAP vì chúng thường liên quan đến các quy trình không được hiểu rõ. Tuy nhiên, thách thức đi kèm với chi phí gas cao và việc quyết định ai sẽ chịu những chi phí này.
Các móc khác
Có thể thực hiện được một số chức năng khác bằng cách sử dụng hook. Đây là một số ý tưởng:
Một cái móc tạo ra lợi nhuận giúp vay thanh khoản dư thừa vào thị trường tiền tệ để cải thiện hiệu quả sử dụng vốn.
Một nhóm có cả đường cong thanh khoản xy=k và thanh khoản tập trung.
Cung cấp một loạt phí rút tiền cho các nhà cung cấp thanh khoản để giảm các cuộc tấn công thanh khoản tức thời.
Suning (@msfew_eth) đã chia sẻ một số ý tưởng thú vị về hook trên Github. Aiden (@aiden 0x 4) cũng đã đăng một thư mục mở tuyệt vời về hook.
zkAMM và zkHooks
Bộ đồng xử lý ZK trao quyền cho các hợp đồng thông minh truy cập thông tin chuyên sâu về dữ liệu tương tự như dữ liệu do Dune Analytics cung cấp, tất cả đều không ảnh hưởng đến niềm tin nhờ áp dụng công nghệ chứng minh không có kiến thức (ZK). Ứng dụng bộ đồng xử lý ZK trong thiết kế AMM là một lĩnh vực nghiên cứu mới nổi. Với sự ra đời của hook, bằng chứng không có kiến thức giờ đây được phép tích hợp liền mạch vào Uniswap v4, mở ra một kỷ nguyên mới của zkAMM.
HyperOracle (@HyperOracle) trình diễn cách triển khai zkAMM dựa trên Uniswap v2, trong đó các phép tính addLiquidity được chuyển ra khỏi chuỗi. Khi người dùng thêm tính thanh khoản, cần phải tính toán số lượng token, giá và tỷ lệ chia sẻ token LP. Trong quá trình triển khai cụ thể này, zkGraph của HyperOracle nắm bắt sự kiện addLiquidity, thực hiện các phép tính cần thiết, tạo bằng chứng và xuất bản nó. Việc triển khai zkAMM này bao gồm một lớp tự động hóa tích hợp để xác thực bằng chứng và tạo mã thông báo LP cho người dùng.
Diego (@0x tương lai) đã giới thiệu triển khai zkAMM (zkUniswap) dựa trên Uniswap v3, trong đó một phần tính toán quy đổi AMM được chuyển sang Risc Zero (@RiscZero) zkVM. Khi người dùng thực hiện quy đổi trong nhóm, một số thông số cần được tính toán để hoàn tất quy đổi. Các thông số này bao gồm số lượng cần đổi, phí và giá sau khi đổi. Ban đầu, tính toán này được thực hiện trong hợp đồng Solidity thông qua EVM. Tuy nhiên, trong cách triển khai mới, đầu vào quy đổi sẽ được các bộ chuyển tiếp tiếp nhận và các phép tính được thực hiện ngoài chuỗi. Sau đó, người chuyển tiếp sẽ xuất bản đầu ra và bằng chứng. AMM xác minh chứng chỉ và giải quyết việc trao đổi. zkUniswap triển khai cơ chế đấu giá khóa để đảm bảo kiểm soát đồng thời. Mặc dù hiệu suất hiện tại của nó tương đương với EVM, nhưng hiệu quả có thể được cải thiện đáng kể thông qua việc song song hóa quy đổi hàng loạt.
Bằng chứng về khối lượng giao dịch là một trường hợp sử dụng khác của AMM. Brevis (@brevis_zk) đã cung cấp một ví dụ thú vị về việc thiết kế một khoản hoàn phí dựa trên khối lượng giao dịch trước đây của người dùng, tương tự như các khoản giảm phí dựa trên khối lượng trên các sàn giao dịch tập trung (CEX). Các nhà giao dịch VIP hiện có thể tính toán khối lượng giao dịch hàng tháng ngoài chuỗi và sau đó gửi bằng chứng không có kiến thức với chi phí thấp tới chuỗi khối để xác minh không đồng bộ trạng thái VIP của họ. Sau khi được xác thực, các giao dịch tiếp theo có thể tận dụng các móc nối sau quy đổi để truy cập vào bảng bậc phí VIP được điền bởi bộ đồng xử lý không có kiến thức. Điều này cho phép việc giảm phí thích hợp được áp dụng tự động. Maru Network (@marunetwork) hiện đang phát triển một oracle về khối lượng giao dịch không cần tin cậy làm trường hợp sử dụng ban đầu cho mạng bộ đồng xử lý ZK của mình. Bằng cách triển khai các dự đoán khối lượng không cần tin cậy, DEX sẽ có thể phân phối phần thưởng một cách công bằng và minh bạch. Cách tiếp cận này có thể khuyến khích tính thanh khoản và hoạt động của người dùng một cách tương ứng, tạo ra hiệu ứng bánh đà tích cực. Có thể giảm chi phí xác minh bằng chứng bằng cách sử dụng các dịch vụ tổng hợp bằng chứng không có kiến thức như NEBRA (@nebrazkp) UPA (Universal Proof Aggregation), tổng hợp bằng chứng từ nhiều tổ chức và bên khác nhau thành một bằng chứng duy nhất để giảm chi phí xác minh được phân bổ.
Tóm lại, khái niệm zkAMM liên quan đến việc tận dụng bộ đồng xử lý ZK hoặc nhà tiên tri ZK để giảm tải các tính toán từ EVM và xác minh bằng chứng về tính toán trên chuỗi. Những tính toán này có thể phức tạp hơn đáng kể so với các tính toán liên quan đến chuyển đổi và điều chỉnh thanh khoản. Ví dụ: những tính toán này có thể liên quan đến việc tính phí linh hoạt dựa trên những biến động gần đây của thị trường, chứng minh số lượng người dùng trước đây trong một nhóm nhất định hoặc thực hiện chiến lược tái cân bằng bằng thuật toán học máy phức tạp. Sẽ có vô số khả năng, vì bất kỳ phép tính nào cuối cùng sẽ dẫn đến chi phí xác minh O(1) và sẽ không còn bị giới hạn bởi tài nguyên điện toán EVM nữa.
thử thách v4
Uniswap v4 mang lại hiệu quả và khả năng tùy chỉnh cho không gian thiết kế AMM, cho phép tạo ra các nhóm với các tính năng và chức năng khác nhau. Đây là một bước tiến lớn nhưng với chi phí có thể dự đoán được: khi số lượng nhóm bùng nổ, sự phân mảnh thanh khoản tăng lên và do đó việc định tuyến trở nên khó khăn hơn.
UniswapX
UniswapX nhằm mục đích giải quyết vấn đề phân mảnh thanh khoản bằng một mạng mở giúp giải quyết sự phức tạp của việc định tuyến tới các nhà cung cấp bên thứ ba. Những người bổ sung này cạnh tranh với nhau để thực hiện việc quy đổi bằng cách sử dụng thanh khoản trên chuỗi chẳng hạn như nhóm AMM hoặc hàng tồn kho riêng của họ. Thiết kế này tập trung vào mục tiêu, người dùng chỉ cần tuyên bố kết quả họ muốn và nhờ các chuyên gia điền vào.
Những chất bổ sung này là những tác nhân tiên tiến được trang bị các thuật toán định tuyến tiên tiến, sức mạnh tính toán cao và lượng vốn tài chính lớn. Chúng cạnh tranh với nhau theo cơ chế đấu giá được xác định trước để cung cấp cho người dùng khả năng thực thi tốt nhất. Người dùng cũng được tối ưu hóa giá, đảm bảo việc khớp lệnh của họ ít nhất cũng tốt như giao dịch trực tiếp từ nhóm AMM của Uniswap.
Kiến trúc của giao thức UniswapX được hiển thị bên dưới. Các nhà trao đổi gửi đơn đặt hàng ý định của họ thông qua API Uniswap, được cấu trúc dưới dạng chữ ký ngoài chuỗi thực thi Permit 2. Giấy phép 2 là một mô hình được thiết kế tốt để đảm bảo chuyển mã thông báo do người dùng nắm giữ an toàn. Những người thực hiện bổ sung đưa ra nhiều chiến lược khác nhau để thực hiện các đơn đặt hàng này bằng cách sử dụng bất kỳ địa điểm thanh khoản có sẵn nào, cho dù trên chuỗi hay ngoài chuỗi. Cuối cùng, lò phản ứng đơn hàng sẽ giải quyết các đơn hàng UniswapX. Họ chịu trách nhiệm xác thực một loại đơn hàng cụ thể, phân tích nó thành đầu vào và đầu ra, thực hiện đơn hàng theo chiến lược của người xếp lịch và xác minh rằng đơn hàng đã được thực hiện thành công.
Nguồn: Uniswap
Hiện tại, trong quá trình triển khai giao diện UniswapX của Uniswap Lab, giao thức được chia thành hai giai đoạn. Đầu tiên là giai đoạn RFQ, trong đó người báo giá trong danh sách trắng phản hồi các đơn đặt hàng bằng dấu ngoặc kép. Người chiến thắng trong ưu đãi sau đó có một khoảng thời gian độc quyền để thực hiện đơn đặt hàng. Nếu đơn hàng chưa được hoàn thành, nó sẽ chuyển sang giai đoạn thứ hai - giai đoạn đấu giá kiểu Hà Lan, tức là bất kỳ người điền đơn nào cũng có thể tham gia đấu giá. Có kế hoạch làm cho hệ thống trích dẫn hoàn toàn không cần cấp phép trong tương lai gần.
Nguồn: Bài phát biểu “Giao dịch trực tuyến” của Hayden Adams tại Hội nghị EthCC
Thiết kế lấy mục tiêu làm trung tâm mang lại những lợi ích sau:
Tổng hợp các nguồn thanh khoản để có được mức giá phù hợp hơn.
Ngay cả đối với trao đổi chuỗi chéo, mã thông báo Gas cũng không bắt buộc.
Nội hóa giá trị có thể khai thác tối đa thông qua tối ưu hóa giá.
Không có phí cho các giao dịch thất bại.
thử thách
Làm cho hệ thống trích dẫn không được phép, chẳng hạn như sử dụng hệ thống danh tiếng hiệu quả.
Thu hút nhiều người bổ sung hơn để đảm bảo môi trường đấu giá cạnh tranh và không cần cấp phép.
Tương lai: trò chơi vô tận
Sự phát triển của DEX không dừng lại ở đây. Có một số vấn đề khác cần được giải quyết để công nghệ mã hóa được áp dụng trên quy mô lớn. Markus Schmitt (@_haikane_) của PropellerHeads (@PropellerSwap), cộng tác với Frontier Research (@FrontierDotTech), đã viết một bài báo xuất sắc đi sâu vào những gì tạo nên một DEX tốt và xác định các câu hỏi vẫn cần được trả lời. Theo bài báo, một cuộc trao đổi tuyệt vời sẽ mang lại:
Tin cậy: Đảm bảo tính minh bạch trước, trong và sau giao dịch và giảm thiểu rủi ro về quyền lưu ký.
Giá cả phù hợp nhất: Liên tục đưa ra mức giá phù hợp hoặc cạnh tranh nhất.
Công bằng: Ngăn chặn việc lạm dụng đơn hàng và đảm bảo đối xử bình đẳng về giá và phí cho tất cả người dùng.
Tốc độ và tính sẵn sàng: Cung cấp xử lý giao dịch nhanh chóng và duy trì tính sẵn sàng cao để tránh sự chậm trễ và bất tiện.
Thông tin: Giúp người dùng đưa ra quyết định sáng suốt bằng cách cung cấp giám sát lệnh, ước tính giá thanh toán và lời khuyên hữu ích về lệnh giới hạn và trượt giá.
Thanh khoản: Thể hiện nhóm thanh khoản mạnh mẽ trên các cặp tài sản khác nhau, tạo niềm tin vào việc có được mức giá thuận lợi.
Nếu hợp đồng thông minh của DEX được coi là an toàn thì niềm tin có thể được thiết lập. DEX không giữ tài sản của người dùng. Ngày nay, thông tin có sẵn cho các nhà giao dịch khá phong phú. Bản chất không cần cấp phép của AMM cho phép người dùng tạo và giao dịch bất kỳ cặp tài sản nào. Tuy nhiên, do đặc điểm của blockchain, không phải lúc nào giá cả, tính công bằng, tốc độ và tính sẵn có phù hợp nhất cũng không thể được đảm bảo. Phí gas, giá tụt và thanh khoản rời rạc đều ảnh hưởng đến trải nghiệm người dùng.
Để giải quyết những vấn đề này, số lượng DEX dựa trên L2 và L2 đang tăng lên từng ngày. Ngoài ra, hệ thống định tuyến, phân nhóm đơn hàng và yêu cầu báo giá ngày càng trở nên phức tạp. Để ngăn chặn hoạt động chạy trước và đảm bảo phân phối giá trị hợp lý, ngày càng nhiều kênh nhận biết MEV đang được đưa vào sử dụng. Ngoài ra, chúng tôi đang nỗ lực phát triển thị trường đấu giá dòng lệnh để giảm thiểu rò rỉ giá trị cho người dùng DEX. Sự ra đời của hook và bộ đồng xử lý ZK cũng mở rộng đáng kể khả năng thiết kế của AMM, hỗ trợ logic phức tạp hơn và các phép tính nặng nề hơn mà không ảnh hưởng đến độ tin cậy.
Ngoài ra, còn có một loạt giao thức dựa trên AMM giúp xếp chồng “Lego tiền” một cách hiệu quả. Một số giao thức giúp người dùng mới làm quen tự động hóa việc tái cân bằng thanh khoản hoặc tận dụng hoạt động khai thác, chẳng hạn như trình quản lý thanh khoản. Ngoài ra còn có các giao thức sử dụng các vị thế thanh khoản tập trung (CL) để tạo giao dịch ký quỹ, giao dịch vĩnh viễn, quyền chọn và các sản phẩm có cấu trúc.
AMM đã có sự tăng trưởng theo cấp số nhân nhờ danh sách không cần cấp phép, tính thanh khoản thụ động và giao dịch dễ dàng. Tuy nhiên, sự tiện lợi này cũng gây ra một số vấn đề mà chúng ta đã thảo luận trước đó. Uniswap đã không ngừng vượt qua các ranh giới, nỗ lực giải quyết những vấn đề này và nâng cao trải nghiệm người dùng. Như Dan Robinson (@danrobinson) đã chỉ ra trong buổi nói chuyện SBC 23 của mình, thiết kế DEX là một trò chơi vô tận. Khi DEX ngày càng trở nên phổ biến hơn trong tương lai, những thách thức và vấn đề mới có thể nảy sinh và cần có các giải pháp sáng tạo.
