Các hồ bơi tối đang nhanh chóng trở thành một lĩnh vực mới của ngành tài chính phi tập trung (DeFi) của Ethereum. Thiết kế hồ bơi tối giảm thiểu các vấn đề như không chắc chắn về giá cả và quyền riêng tư giao dịch kém trong giao dịch trên chuỗi - những vấn đề đã khiến các nhà đầu tư bên ngoài e dè DeFi, mặc dù có những lợi ích rõ ràng như tiếp cận thanh khoản 24/7 và cơ chế tạo lợi suất mới.

Trong bài viết này, chúng tôi cung cấp tổng quan về dark pool và khám phá vai trò của chúng trong tài chính truyền thống và DeFi. Chúng tôi giải thích thêm về cơ chế của các dark pool gốc tiền điện tử và thảo luận về các rào cản tiềm ẩn đối với việc áp dụng rộng rãi hơn các dark pool onchain.

Giới thiệu: Dark pools trong tài chính truyền thống

Mặc dù có vẻ đáng sợ và bất hợp pháp, nhưng hồ bơi tối là một thành phần lâu đời của hệ thống tài chính truyền thống (được quản lý chặt chẽ). Dưới đây là định nghĩa về hồ bơi tối từ Investopedia:

“Một hồ bơi tối là một diễn đàn tài chính hoặc sàn giao dịch được tổ chức riêng tư để giao dịch chứng khoán. Hồ bơi tối cho phép các nhà đầu tư tổ chức giao dịch mà không tiết lộ cho đến sau khi giao dịch được thực hiện và báo cáo. Hồ bơi tối là một loại hệ thống giao dịch thay thế (ATS) cho phép nhà đầu tư nhất định có cơ hội đặt lệnh lớn và thực hiện giao dịch mà không tiết lộ ý định của họ công khai trong quá trình tìm kiếm người mua hoặc người bán.”

Dark pools rất phổ biến trong số các nhà đầu tư cơ sở, cá nhân có giá trị ròng cao, quỹ đầu cơ, công ty quỹ chung khoán và các đơn vị khác mong muốn thực hiện giao dịch quy mô lớn một cách ẩn danh. Mong muốn thực hiện giao dịch ẩn danh bắt nguồn từ sự nhạy cảm của giá thị trường đối với cung và cầu cảm nhận được (được tăng thêm bởi các nền tảng giao dịch điện tử cho phép phản ứng gần như tức thì đối với ngay cả tín hiệu yếu). Điều này đặc biệt đúng đối với sàn giao dịch truyền thống nơi sổ lệnh công khai và mọi người có thể đặt hoặc hủy lệnh tùy ý.

Sổ đặt hàng trong một sàn giao dịch đặt hàng giới hạn tập trung (CLOB) là công khai.nguồn)

Giả sử Alice đặt một lệnh bán thị trường để bán 500 cổ phiếu Tesla trên sàn giao dịch. Đây là một đơn đặt hàng nhỏ sẽ gây ít tác động đến giá cổ phiếu Tesla được cung cấp trên sàn giao dịch. Tuy nhiên, việc Alice đặt một lệnh bán 10 triệu cổ phiếu cổ phiếu Tesla là một chuyện hoàn toàn khác.

Trong tình huống này, một lệnh bán lớn hiển thị trong sổ lệnh cho thấy có thể sẽ giảm nhu cầu mua cổ phiếu Tesla. Các công ty giao dịch tinh vi, đặc biệt là những công ty sử dụng thuật toán giao dịch tần suất cao (HFT), có khả năng nhận biết tín hiệu này. Họ có thể nhanh chóng bán ra cổ phiếu mình đang nắm giữ trước khi lệnh mua của Alice được thực hiện, dự đoán giá cổ phiếu Tesla sẽ giảm. Do đó, giá trị thị trường của cổ phiếu Tesla có thể giảm, dẫn đến giá thực hiện tồi tệ hơn cho Alice. Nếu Alice không áp dụng các kỹ thuật giao dịch tiên tiến, giao dịch của cô ấy có thể sẽ lỗ vì giá giảm xảy ra trước khi lệnh của cô ấy được thực hiện.

Vấn đề còn phức tạp hơn do sự hiện diện của các công ty HFTnhững người sử dụng thuật toán độc quyền có khả năng phản ứng trong thời gian thực với hoạt động trong sàn giao dịch hạn chế trung tâm (CLOB). Dưới đây là một số kịch bản giả định:

Frontrunning

Hãy tưởng tượng Alice, một nhà đầu tư, quyết định bán một số lượng lớn cổ phiếu Tesla trên sàn giao dịch chứng khoán truyền thống. Nếu cô ấy đặt lệnh bán của mình trên thị trường, chi tiết của lệnh này, bao gồm kích thước và ý định, trở nên công khai đối với các bên tham gia khác trước khi giao dịch được hoàn tất. Một công ty giao dịch tinh vi, trang bị các thuật toán giao dịch tốc độ cao, có thể nhận ra lệnh lớn này và nhanh chóng hành động dựa trên thông tin này.

Ví dụ, công ty giao dịch có thể quyết định bán cổ phiếu Tesla của riêng mình trước khi đơn đặt hàng của Alice được thực hiện, dự đoán rằng đơn bán lớn của cô ấy sẽ làm giảm giá cổ phiếu. Bằng cách làm như vậy, công ty khóa giá cổ phiếu của mình ở mức cao hơn trước khi thị trường phản ứng với việc bán cổ phiếu của Alice. Một khi đơn đặt hàng lớn của Alice được thực hiện, lượng cổ phiếu đổ vào thị trường làm giảm giá, và công ty giao dịch sau đó có thể mua lại cùng một cổ phiếu với mức giá giảm giá, thu lợi từ sự khác biệt.

Thực hành này, được gọi là frontrunning, lợi dụng khả năng nhìn thấy lệnh của Alice để thu được lợi ích tài chính tại sự thiệt hại của cô ấy. Kết quả cho Alice là giá thực hiện giao dịch tồi hơn vì thị trường phản ứng tiêu cực trước khi lệnh của cô ấy hoàn thành. Frontrunning là vấn đề quan trọng trong các hệ thống tài chính truyền thống nơi bảng lệnh công khai, cho phép một số người tham gia hành động trước khi người khác có cơ hội.

Quote fading

Hãy tiếp tục với ví dụ của Alice, nhưng lần này tập trung vào hành vi của nhà tạo lập thị trường - các đơn vị cung cấp báo giá mua và bán trên sàn giao dịch. Giả sử một đơn đặt bán lớn của Alice trở nên rõ ràng trên sổ đặt công khai của sàn giao dịch. Ban đầu, một nhà tạo lập thị trường đã có một đề nghị mua cổ phiếu Tesla với giá $200 mỗi cổ phiếu. Khi nhìn thấy đơn đặt bán lớn của Alice, nhà tạo lập thị trường có thể nghi ngờ rằng nguồn cung tăng sẽ làm giảm giá cổ phiếu Tesla.

Để tránh mua cổ phiếu ở mức 200 đô la chỉ để xem giá trị của chúng giảm, nhà tạo lập thị trường nhanh chóng hủy bỏ hoặc sửa đổi lệnh mua của mình. Hành động này, được gọi là quote fading, hiệu quả loại bỏ thanh khoản khỏi thị trường. Khi lệnh bán của Alice cuối cùng được thực hiện, còn ít người mua, và cô ấy phải chấp nhận giá thấp hơn - có thể là 195 đô la thay vì 200.

Việc làm mờ báo giá không công bằng gây bất lợi cho các nhà giao dịch như Alice bằng cách cho phép nhà cung cấp thanh khoản điều chỉnh báo giá của họ dựa trên kiến thức giống như người nội bộ về giao dịch của các bên tham gia khác. Bởi vì sổ đặt hàng là công khai trên các sàn giao dịch giới hạn trung tâm (CLOB), người tạo thị trường có thể nhìn thấy các lệnh đến trong thời gian thực và phản ứng tương ứng. Thật không may, Alice không có cách nào ngăn chặn giao dịch của mình bị ảnh hưởng bởi thực hành này, vì nó bắt nguồn từ tính minh bạch của sổ đặt hàng chính nó.

Tại sao hồ bơi tối?

Dark pools xuất hiện trong tài chính truyền thống như một phản ứng với những vấn đề đã đề cập. Khác với sàn giao dịch “lit”, dark pools thực hiện giao dịch bên ngoài các sàn giao dịch công cộng như NYSE (New York Stock Exchange) và Nasdaq. Các lệnh được gửi bởi người mua và người bán được phù hợp trực tiếp và chỉ có nhà điều hành trung tâm mới có thông tin về sổ lệnh.

Quan trọng hơn, mỗi người giao dịch thông qua một dark pool chỉ biết về đơn đặt hàng của riêng mình và giá thanh toán. Trừ khi người điều hành trung tâm rò rỉ thông tin, không thể biết bất cứ điều gì về người dùng khác - như danh tính và kích thước/giá trị của đơn đặt hàng - ngay cả khi giao dịch tài sản với các bên đối tác.

Điều này có nhiều ảnh hưởng đối với những người muốn giao dịch với mức độ tiếp xúc tối thiểu với biến động thị trường. Cụ thể, các nhà giao dịch có thể tiến hành giao dịch quy mô lớn mà không thông báo ý định mua hoặc bán cổ phiếu cụ thể cho công chúng và giảm tác động của giao dịch lên thị trường chứng khoán. Điều này tăng khả năng chắc chắn rằng một giao dịch quan trọng sẽ không bị trước mặt hoặc giảm báo giá và người bán (hoặc người mua) sẽ có giá tốt nhất có thể.

Giả sử Alice quyết định bán 10 tỷ cổ phiếu Tesla trong một hồ bơi tối, đặt giá bán là 1 đô la cho mỗi cổ phiếu. Hồ bơi tối xác định và phù hợp lệnh của Alice với lệnh tương ứng của Bob để mua 10 tỷ cổ phiếu Tesla với cùng định giá. Khi giao dịch được thực hiện, công chúng không biết chi tiết giao dịch cho đến sau khi thanh toán. Chỉ sau đó thị trường mới biết rằng 10 tỷ cổ phiếu đã chuyển chủ nhưng không biết danh tính của người mua và người bán, từ đó bảo vệ ý đồ và chiến lược giao dịch của cả hai bên.

Chúng ta có thể thấy cách giao dịch thông qua một hồ bơi tối bảo vệ lợi ích của Alice và tăng chất lượng thực hiện và sự chắc chắn của giá thanh toán:

• Bob không biết gì về Alice và chỉ biết rằng anh ấy đã nhận được 10 tỷ cổ phiếu Tesla với giá 10 tỷ đô la, và ai đó đã nhận được 10 tỷ đô la cho những cổ phiếu đó. Bob không thể mời báo giá vì sổ lệnh được che giấu - Bob phải có kế hoạch thực sự mua cổ phiếu để biết ai đó có 10 tỷ cổ phiếu để bán (thông tin này được biết sau khi đặt lệnh được khớp).
• Việc chặn đầu giao dịch của Alice là khó khăn vì người vận hành trung tâm làm mờ chi tiết của các lệnh mua bán đang chờ và thanh khoản thị trường. Cách duy nhất để giao dịch của Alice trở thành thông tin công cộng là khi quản trị viên hồ bơi tối chia sẻ thông tin đó với bên ngoàiđây là bất hợp pháp, tuy nhiên).

Hiện nay, đã có hàng chục nhóm khai thác hoạt động và ước tính cho thấy rằng 40 phần trăm giao dịch điện tử được thực hiện qua hồ bơi tốiSự phổ biến ngày càng tăng của hồ bơi tối đã trùng khớp với quy định đang tăng lên, đặc biệt là khi các nhà điều hành pool có quyền truy cập đặc biệt vào thông tin về các lệnh chờ giải quyết (Credit Suisse và Barclays đã bị phạt tổng cộng 150 triệu đô la vào năm 2016 vì rò rỉ thông tin về giao dịch dark pool cho các bên thứ ba).

Hồ bơi tối trong DeFi

(nguồn)

Nếu các hồ bơi tối là cần thiết trong TradFi, thì có thể coi là càng quan trọng hơn trong DeFi do tính minh bạch bẩm sinh của hệ thống blockchain và những thách thức mà điều này tạo ra đối với việc duy trì sự riêng tư và chất lượng thực hiện giao dịch. Điều này đặc biệt đúng đối với các sàn giao dịch phi tập trung (DEXes) mà hỗ trợ giao dịch điện tử và cung cấp chức năng tương tự như các sàn giao dịch truyền thống.

• Các nút lưu trữ có thể truy vấn blockchain để biết thông tin về giao dịch lịch sử tương tác với một hồ bơi AMM và đối chiếu nó với hoạt động trên chuỗi liên quan đến một địa chỉ cụ thể. Điều này khiến việc sao chép các chiến lược giao dịch được áp dụng bởi các nhà giao dịch alpha trở nên rất dễ dàng.
• Mempool lưu trữ thông tin về các giao dịch đang chờ xử lý là công khai và có sẵn cho bất kỳ ai được kết nối với một nút đầy đủ. Điều này làm cho người dùng DEX dễ bị ảnh hưởng bởi vấn đề mờ dần báo giá khi mọi người hủy lệnh mua / bán để đáp ứng với một giao dịch lớn có khả năng di chuyển thị trường và dẫn đến việc thực hiện giá kém nhất cho các nhà giao dịch.
• Trạng thái hậu của DEX có thể được tính toán tầm thường bởi bất kỳ ai quan sát mempool, điều này mở ra cánh cửa cho việc trích xuất MEV (giá trị trích xuất tối đa) độc hại bởi các trình xác nhận và bot MEV. Những tác nhân này có thể quan sát tác động của giao dịch đối với nhóm DEX và quyết định chạy trước hoặc kẹp giao dịch nếu mô phỏng thay đổi trạng thái cho thấy lợi nhuận tiềm năng. (Việc người dùng gửi các giao dịch “rõ ràng” để đưa vào một khối làm phức tạp thêm vấn đề.)
• Giao dịch DEX có thể không thành công nếu nhà sản xuất khối có chủ ý kiểm duyệt giao dịch của người dùng. Vì thông tin tài khoản là công khai, các nhà xác thực có thể xây dựng hồ sơ cho địa chỉ cụ thể và lựa chọn phân biệt đối xử với những bên liên quan đó khi xử lý giao dịch.
• Các nhà xác thực có thể nhìn thấy thông tin về giao dịch và quyết định loại bỏ nó khỏi khối tiếp theo. Người dùng không thể che giấu chi tiết giao dịch khỏi các nhà xác thực hoặc tránh tiết lộ ý định mua/bán token.

(Nguồn)

Những vấn đề này đã khiến cho các sàn DEX truyền thống không còn được ưa chuộng bởi các nhà đầu tư lớn và tổ chức cảm nhận nhạy với giá và chất lượng thực hiện. Tuy nhiên, DeFi chính là nạn nhân lớn nhất - khi các sàn DEX không thể thay thế các sàn giao dịch TradFi mặc dù có nhiều ưu điểm như giao dịch không biên giới và thực hiện minh bạch, không cần tin cậy cho người dùng. Có các lựa chọn mới như CowSwapvàUniswapXCó những giải pháp đã xuất hiện để giải quyết vấn đề này, nhưng lại đưa ra nhu cầu phải tin tưởng vào một nhà điều hành trung tâm, tương tự như cách dark pools truyền thống hoạt động. Trong TradFi, dark pools là riêng tư trong ý nghĩa là thông tin tài khoản được che giấu khỏi người khác, nhưng dữ liệu này vẫn có thể truy cập bởi ngân hàng hoặc nhà điều hành, dẫn đến nguy cơ bị lạm dụng hoặc rò rỉ nếu quản trị viên không đủ khả năng hoặc không đạo đức.

Đưa dark pools lên chuỗi không chỉ có thể thực hiện mà còn đại diện cho một phương pháp tối ưu để xây dựng các nền tảng giao dịch phi tập trung cung cấp thực thi chất lượng mà không dựa quá nhiều vào các nhà điều hành trung tâm. Trong khi tính minh bạch bẩm sinh của các chuỗi khối - nơi mà bất kỳ ai cũng có thể xác minh tính chính xác tính toán thông qua việc chạy một nút - có thể có vẻ trái với chức năng dark pool, thách thức này có thể được vượt qua. Giải pháp nằm trong công nghệ tăng cường quyền riêng tư (PET), một phương pháp mật mã cho phép ẩn thông tin trong khi duy trì tính toàn vẹn của cập nhật sổ cái. Điều này cho phép chúng tôi tận dụng tính xác minh của blockchain trong khi giới thiệu các tính năng riêng tư cần thiết cho hoạt động dark pool.

Xây dựng các hồ bơi tối tân phi tập trung có vẻ như là điều không thể vì các chuỗi khối được thiết kế để minh bạch và có thể truy vấn. Thực tế là điều này làm cho các chuỗi khối tốt hơn so với cơ sở dữ liệu thông thường: mọi người đều có thể chạy một nút và xác minh rằng các thay đổi trong cơ sở dữ liệu được tính toán một cách chính xác. Nhưng chúng ta có thể vượt qua ràng buộc này bằng cách tận dụng mật mã - cụ thể là công nghệ tăng cường quyền riêng tư (PET) - cho phép che giấu thông tin trong khi đảm bảo các cập nhật vào sổ cái tuân thủ các quy tắc.

Cách dark pools hoạt động như thế nào?

Không có cách duy nhất để xây dựng một hồ bơi tối trên chuỗi. Tuy nhiên, tất cả các hồ bơi tối crypto đều chia sẻ đặc điểm chung: chúng sử dụng các cơ chế mật mã khác nhau để che giấu thông tin về giao dịch trên chuỗi và tăng cường chất lượng thực hiện cho người dùng.

Multiparty computation (MPC), chứng minh không biết, mã hoá ngưỡng, Mã hoá Homomorphic Đầy đủ (FHE) và Môi trường Thực thi Đáng tin cậy (TEEs) là một số nguyên tố có sẵn cho các nhà thiết kế cơ chế làm việc trên dark pools nguyên bản của crypto. Mục tiêu trong mọi trường hợp là duy trì các đảm bảo về sự riêng tư giao dịch mà không tăng thêm giả định đáng tin cậy hoặc làm cho hệ thống dễ bị tác động.

Renegade, Tristero, và Railgunđại diện cho những ví dụ về hồ bơi tối trong hệ sinh thái Ethereum. Chúng tôi sẽ tóm tắt mỗi giao thức này một cách ngắn gọn để cung cấp cái nhìn tổng quan về cách hoạt động của các hồ bơi tối trên chuỗi. Bài viết này sẽ tập trung vào Renegade, khám phá thiết kế của nó và phương pháp của giao thức để bảo vệ thông tin về các giao dịch được tiến hành bởi các nhà giao dịch thị trường.

Renegade: Tăng tốc DeFi riêng tư với mật mã hiện đại

Renegade là một dark pool phi tập trung và bảo mật được thiết kế để giải quyết những khuyết điểm quan trọng trong cảnh quan giao dịch tài chính phi tập trung (DeFi) hiện tại. Bằng cách sử dụng các kỹ thuật mã hóa tiên tiến như chứng minh không có kiến thức (ZKP) và tính toán đa bên (MPC), Renegade cho phép người dùng đặt, khớp và giải quyết các lệnh một cách an toàn mà không tiết lộ số dư, ý định giao dịch hoặc chiến lược của họ cho bên thứ ba. Khác với các sàn giao dịch phi tập trung truyền thống, mà tiết lộ dữ liệu sổ lệnh cho công chúng xem xét, Renegade mã hóa tất cả thông tin ví và lệnh, đảm bảo giao dịch diễn ra một cách riêng tư và khó bị điều khiển.

Tại trung tâm của nó, Renegade cho phép người dùng thực hiện giao dịch không cần tin cậy, trên chuỗi với độ chính xác và chất lượng thực hiện tương tự như các sàn giao dịch tập trung trong khi vẫn giữ được các cam kết về quyền riêng tư cần thiết để bảo vệ trước frontrunning, quote fading và các thực hành khai thác khác. Bằng cách giới thiệu một cây merkle toàn cầu duy nhất cho quản lý trạng thái, Renegade giữ lại những lợi ích của sự minh bạch blockchain như khả năng xác minh và tính không thể thay đổi, trong khi che giấu các chi tiết giao dịch nhạy cảm khỏi ánh mắt của công chúng.

Địa chỉ các vấn đề của hệ thống DeFi hiện tại

Thiết kế của các sàn giao dịch phi tập trung (DEXes) ngày nay—dựa trên Người tạo thị trường tự động (AMMs) hoặc Sổ lệnh trung tâm (CLOBs)—đưa ra những lỗ hổng quan trọng ảnh hưởng đến tất cả các bên tham gia, từ người dùng thông thường đến các nhà giao dịch cơ sở. Những vấn đề này phát sinh vì các giao dịch và đơn đặt hàng được phát sóng dưới dạng văn bản thuần túy trên chuỗi khối minh bạch. Mặc dù tính minh bạch là nền tảng cho việc xác minh không cần tin cậy, nhưng cũng tiết lộ những nhà giao dịch với các hành vi có hại như chạy trước, trích dẫn rụt giá và phân loại địa chỉ.

Đối với cả nhà giao dịch nhỏ lẻ và nhà đầu tư lớn, những lỗ hổng này dẫn đến việc thực hiện giao dịch kém cỏi, thiệt hại tài chính và sự mất niềm tin vào tài chính phi tập trung. Renegade loại bỏ những vấn đề này bằng cách giới thiệu các kỹ thuật mật mã giữ cho riêng tư mà không ảnh hưởng đến tính toàn vẹn của các hệ thống phi tập trung.

Giá trị tối đa có thể khai thác (MEV)

Lợi nhuận MEV trung bình tổng cộng (bộ dữ liệu 30 ngày) theo EigenPhi

Khi các đơn đặt hàng và giao dịch trở nên rõ ràng trong mempool, chúng trở nên dễ bị thao túng bởi các nhà sản xuất khối (ở Layer 1) hoặc sequencers (ở Layer 2). Những diễn viên này có thể sắp xếp lại, frontrun hoặc backrun các giao dịch vì lợi nhuận. Ví dụ, việc quan sát một đơn đặt mua lớn hoặc bán lớn cho phép các diễn viên độc hại thực hiện giao dịch của họ với phí gas cao hơn trước tiên (frontrunning) hoặc khai thác cơ hội ngay sau khi thực hiện (backrunning). Hình thức MEV này ảnh hưởng đến tất cả các thiết kế DEX, bất kể họ sử dụng kiến trúc AMM hoặc CLOB.

Sự minh bạch giao dịch

Sự minh bạch của sổ đặt hàng dựa trên blockchain ti expose các nhà giao dịch đến cả rủi ro trước giao dịch và sau giao dịch:

• Rủi ro trước giao dịch: Trong hệ thống sổ lệnh mở, các lệnh hiển thị công khai cho thấy ý định của nhà giao dịch, cho phép đối thủ điều chỉnh chiến lược phản ứng. Điều này có thể dẫn đến các chiến thuật gian lận như quote fading, nơi các nhà cung cấp thanh khoản rút lệnh của họ để tận dụng các giao dịch đến, gây trượt giá và giảm chất lượng thực hiện.
• Rủi ro sau giao dịch: Khi một giao dịch được thực hiện, các chi tiết của nó, bao gồm chiến lược và mẫu giao dịch, được ghi lại vĩnh viễn trên chuỗi. Các tác nhân độc hại hoặc đối thủ có thể phân tích dữ liệu lịch sử này để dự đoán và tận dụng các giao dịch trong tương lai. Sự thiếu riêng tư sau giao dịch này khiến các nhà giao dịch, đặc biệt là các tổ chức, trở nên dễ bị lợi dụng.

Bằng cách kết hợp chúng thành một danh mục rộng hơn, Renegade giải quyết toàn bộ quá trình vòng đời của các vấn đề về sự minh bạch giao dịch bằng các giải pháp mật mã đảm bảo sự riêng tư trước giao dịch và quyết toán an toàn sau giao dịch.

Xác định dựa trên địa chỉ

Trong các hệ thống blockchain minh bạch, mỗi giao dịch đều tiết lộ địa chỉ của bên khởi đầu. Kẻ thù có thể phân tích dữ liệu này để tạo ra các hồ sơ chi tiết, liên kết hành vi giao dịch với các ví cụ thể. Việc lập hồ sơ này cho phép thực hiện các thực tiễn phân biệt đối xử, chẳng hạn như cung cấp giá tệ hơn hoặc chọn lọc mục tiêu những người dùng cụ thể. Trong khi danh tính blockchain được ẩn danh, các phân tích tinh vi có thể tương quan địa chỉ với các thực thể hoặc mô hình hành vi trong thế giới thực, làm tăng thêm các lỗ hổng này.

Thiết kế tập trung vào riêng tư của Renegade đảm bảo việc bảo vệ danh tính và chiến lược của người dùng trong suốt quá trình giao dịch, bảo vệ cả người tham gia bán lẻ và tổ chức.

Ở cốt lõi của những vấn đề này là tính minh bạch không thể tránh khỏi của các blockchain. Trong khi tính minh bạch đảm bảo xác minh không đáng tin cậy và tính không thể thay đổi - những yếu tố quan trọng đối với hệ thống phi tập trung - nó cũng tiết lộ chi tiết nhạy cảm về hoạt động của người dùng. Mọi giao dịch, cập nhật số dư hoặc giao dịch đang chờ trở thành thông tin công khai mà các đối tác có thể phân tích, điều khiển hoặc lợi dụng để kiếm lợi. Điều này tạo ra một hệ thống khiến người dùng phải đối mặt với những thách thức như trích xuất MEV, kiểm soát giao dịch và phân tích dựa trên địa chỉ, tất cả đều làm giảm chất lượng thực thi và làm mòn niềm tin vào thị trường phi tập trung.

Để giải quyết những vấn đề này, Renegade thay thế tính minh bạch bằng sự riêng tư được kiểm soát thông qua việc kết hợp sử dụng chứng minh không có kiến thức (ZKPs) và tính toán đa bên (MPC). ZKPs đảm bảo rằng các giao dịch là hợp lệ, số dư là đủ và các quy tắc giao thức được áp dụng mà không bao giờ tiết lộ nội dung ví hoặc chi tiết giao dịch. Đồng thời, MPC cho phép khớp lệnh an toàn, trong đó nhiều bên cộng tác để tìm các giao dịch phù hợp mà không tiết lộ bất kỳ thông tin đầu vào nào hoặc rò rỉ thông tin nhạy cảm.

Cùng nhau, những kỹ thuật này tạo thành một hệ thống mượt mà trong đó các giao dịch được giữ riêng tư, việc thực thi có thể được xác minh và chi tiết đặt hàng được giấu trong suốt quá trình hoạt động. Điều này loại bỏ các lỗ hổng tồn tại trong các blockchain minh bạch trong khi vẫn duy trì tính phi tập trung và xác minh không cần tin cậy.

Với sự hiểu biết rõ về các vấn đề mà Renegade giải quyết và cách tiếp cận của nó đối với quyền riêng tư, hãy đi sâu vào cách thức hoạt động của hệ thống để cung cấp cho giao dịch an toàn, riêng tư và công bằng.

Renegade hoạt động như thế nào dưới nắp xe?

Renegade tái tưởng tượng giao dịch phi tập trung bằng cách tích hợp các kỹ thuật mật mã tiên tiến tái định nghĩa lại ranh giới về tính minh bạch, riêng tư và công bằng trong DeFi. Bằng cách giải quyết những hạn chế của các sàn giao dịch phi tập trung truyền thống, Renegade giới thiệu một phương pháp đổi mới kết hợp các công nghệ bảo mật riêng tư với giao dịch không tin cậy trên chuỗi.

Phần này cung cấp cái nhìn sâu hơn về các thành phần kiến trúc độc đáo mà làm nên Renegade. Chúng ta sẽ khám phá:

• Cây cam kết và thiết kế ví: Làm thế nào để ví người dùng vẫn hoàn toàn ngoại tuyến và riêng tư, được bảo vệ bởi cam kết mật mã, và được quản lý thông qua một cấu trúc khóa phức tạp.
• Relayers và siêu Relayers: vai trò của Relayers trong việc hỗ trợ khớp lệnh và thực hiện giao dịch an toàn, cùng với tích hợp đặc quyền của ví giao dịch được ủy quyền.
• Máy phù hợp MPC: Cơ chế tính toán đa bên đột phá của Renegade đảm bảo việc phù hợp giao dịch riêng tư, không tin cậy.
• Collaborative SNARKs: Cách giải quyết giao dịch nguyên tử thông qua việc tích hợp mượt mà chứng minh không biết với tính toán đa bên.
• Hiệu suất và khả năng mở rộng: Thảo luận về các sự đánh đổi liên quan đến các lựa chọn thiết kế của Renegade và cách kiến trúc của nó cân bằng giữa sự riêng tư, phi tập trung và hiệu quả.

Bằng cách tận dụng những đổi mới này, Renegade không chỉ giải quyết các khuyết điểm quan trọng của các mô hình DEX hiện có mà còn đặt nền tảng cho một môi trường giao dịch phi tập trung an toàn, riêng tư và công bằng hơn.

Ví của Renegade và cây cam kết

Renegade giới thiệu một mô hình quản lý trạng thái ưu tiên quyền riêng tư và khả năng xác thực. Ở nguyên tắc, hệ thống sử dụng cây cam kết, một cây Merkle toàn cầu chỉ được thêm vào, lưu trữ các biểu diễn mật mã (cam kết) của các ví người dùng. Thiết kế này đảm bảo nội dung ví được giữ hoàn toàn riêng tư trong khi vẫn duy trì các cam kết không đáng tin cậy của các hệ thống phi tập trung.

Khác với các sàn giao dịch phi tập trung truyền thống (DEXs) nơi dữ liệu ví được hiển thị trên chuỗi, Renegade giữ tất cả thông tin ví ngoại tuyến, cho phép người dùng quản lý an toàn số dư, lệnh và lịch sử giao dịch mà không tiết lộ chi tiết nhạy cảm. Trên chuỗi, các ví này chỉ được đại diện bằng cách ẩn và ràng buộc cam kết, các giá trị băm mật mã che giấu nội dung ví trong khi đảm bảo chúng không thể bị thay đổi hoặc sử dụng sai mục đích.

Một phép tương tự: Ví như mini-rollups

Để hiểu rõ hơn về kiến trúc của Renegade, chúng ta có thể vẽ một sự tương đồng với Ethereum rollups. Trong một rollup, các giao dịch được thực hiện ngoại tuyến, nơi các thay đổi trạng thái xảy ra một cách riêng tư, và chỉ có trạng thái gốc, một biểu diễn mật mã của trạng thái tích lũy của rollup, được đưa định kỳ đến Ethereum. Bên cạnh trạng thái gốc này, một chứng minh không chứng minh (ZKP) được cung cấp để xác minh rằng sự chuyển đổi trạng thái tuân theo các quy tắc của giao thức rollup mà không tiết lộ bất kỳ chi tiết giao dịch nào.

Các ví tiền điện tử phi đạo đức hoạt động một cách rất tương tự:

• Thực hiện ngoại chuỗi: Tất cả các hoạt động ví tiền, chẳng hạn như đặt lệnh, cập nhật số dư và thực hiện giao dịch, đều diễn ra ngoại chuỗi. Các cập nhật này được phản ánh trong trạng thái riêng tư của ví, không thể truy cập bởi các quan sát viên bên ngoài, bao gồm cả Ethereum.
• Cam kết trên chuỗi: Sau khi trạng thái của ví được cập nhật, cam kết mới được thêm vào cây cam kết. Cam kết này được sử dụng như một bản tóm tắt mật mã của các số dư, lệnh mua bán mới của ví và bất kỳ thay đổi nào được thực hiện trong quá trình cập nhật. Việc cập nhật được kèm theo một ZKP, đảm bảo rằng quá trình chuyển từ trạng thái ví cũ sang trạng thái mới là hợp lệ.

Sự tương đồng này làm nổi bật cách Renegade Wallets hoạt động giống như mini-rollups. Chúng xử lý các thay đổi trạng thái độc lập ngoại tuyến trong khi phụ thuộc vào cây cam kết để đồng bộ trạng thái của họ với hệ thống rộng lớn. Quan trọng là, quá trình này được điều chỉnh đặc biệt để tăng cường quyền riêng tư, chứ không phải tính mở rộng, bằng cách giữ cho dữ liệu ví tiền điện tử không rõ ràng và không đọc được đối với tất cả các quan sát viên bên ngoài.

Hệ thống tiết lộ cam kết cho các cập nhật ví

Mọi hoạt động trên ví trong Renegade đều tuân theo một kế hoạch cam kết-reveal, đảm bảo sự riêng tư và đúng đắn trong suốt quá trình cập nhật. Cơ chế này cho phép người dùng sửa đổi ví của họ mà vẫn duy trì tính toàn vẹn của hệ thống.

1. Tiết lộ ví cũ: Người dùng gửi một bằng chứng Merkle cho thấy cam kết ví trước đó của họ tồn tại như một lá trong Cây Cam kết. Quan trọng là quá trình tiết lộ này không tiết lộ bất kỳ chi tiết nào về nội dung của ví, bảo đảm tính riêng tư trước giao dịch của Renegade. Hệ thống chỉ biết rằng cam kết ví là hợp lệ và đã được bao gồm trong cây.
2. Tính toán nullifiers: Để ngăn chặn việc sử dụng lại các trạng thái ví cũ, Renegade yêu cầu tính toán hai nullifiers cho mỗi ví: một nullifier chi tiêu ví và một nullifier khớp ví. Những nullifier này được phát sinh từ cam kết của ví cũ và một giá trị ngẫu nhiên riêng, đảm bảo tính duy nhất.

Các bộ hủy sau đó được nộp cùng với cam kết ví mới để đảm bảo rằng ví cũ không thể được sử dụng lại.

1. Cam kết đối với ví mới: Người dùng tạo ra một trạng thái ví mới phản ánh các cập nhật mong muốn - như đặt lệnh, điều chỉnh số dư hoặc thanh toán giao dịch - và tính toán cam kết mật mã của nó. Một ZKP được gửi để chứng minh những điều sau:
   • Cam kết ví cũ tồn tại trong Cây Cam kết.
   • Các phủ định được tính toán và duy nhất.
   • Quá trình chuyển từ trạng thái ví cũ sang trạng thái mới tuân theo các quy tắc giao thức (ví dụ, không tăng số dư không được ủy quyền).
   • Người dùng sở hữu các khóa bí mật cần thiết để ủy quyền cho việc cập nhật.

Sau khi bằng chứng được xác minh và các nullifier được xác nhận là chưa sử dụng, hợp đồng thông minh đánh dấu các nullifier của ví cũ là ‘đã tiêu’ và chèn cam kết mới vào cây cam kết.

(Nguồn: Tài liệu của Renegade)

Kiến trúc dựa trên cam kết của Renegade đảm bảo rằng dữ liệu giao dịch nhạy cảm luôn được bảo mật. Tính ẩn danh và ràng buộc của cam kết ví đảm bảo rằng không có người quan sát bên ngoài có thể suy ra nội dung của ví, ngay cả khi truy cập vào cây cam kết. Hơn nữa, tính ngẫu nhiên được bao gồm trong việc tính toán cam kết ví ngăn chặn kẻ thù tạo bảng cầu vồng để xác định trạng thái ví thông thường, chẳng hạn như ví với số dư bằng không hoặc đơn hàng.

Bằng cách kết hợp các cơ chế mật mã này với bằng chứng không có kiến thức, Renegade đạt được thiết kế ưu tiên quyền riêng tư, nơi các hoạt động ví có thể xác minh được nhưng vô hình đối với các bên ngoài. Điều này đảm bảo rằng giao thức duy trì quyền riêng tư trước khi giao dịch, bảo vệ người dùng khỏi các chiến lược đối nghịch như chạy trước và thao túng báo giá.

Hệ thống cấp bậc khóa và relayer

Renegade dựa vào relayers để thực hiện các hoạt động quan trọng như khớp lệnh và thanh toán, giúp người dùng giao dịch một cách hiệu quả mà không đe dọa tính bảo mật. Để đạt được điều này, giao thức triển khai một hệ thống key hierarchy vững chắc, một khung cơ học mật mã tách biệt quyền kiểm soát và quyền xem, đảm bảo người dùng giữ quyền sở hữu tài sản trong khi ủy quyền các nhiệm vụ cụ thể cho relayers. Hệ thống này không chỉ bảo vệ thông tin ví tiền mật mã mà còn đơn giản hóa tương tác với relayers, làm cho giao dịch riêng tư và phi tập trung trở nên thực tế và thân thiện với người dùng.

Cách thức hiệu thuốc chính hoạt động

Mặc dù thiết kế hiện tại của Hệ thống Hierarchy của Renegade đã phát triển vượt xa so với mô tả ban đầu trong báo cáo kỹ thuật, nhưng các nguyên tắc cốt lõi vẫn được duy trì nhất quán. Khi một ví được tạo lần đầu và gắn vào Cây Cam kết, nó bao gồm năm bí mật riêng biệt cùng nhau xác định chức năng của nó. Các bí mật này bao gồm:

• Cặp khóa gốc: Cặp khóa gốc là một cặp khóa ECDSA (cung secp256k1), giống như một khóa riêng tư Ethereum tiêu chuẩn. Nó là khóa có uy quyền nhất và cấp quyền sở hữu đầy đủ trên ví. Tất cả các hoạt động sửa đổi trạng thái ví - chẳng hạn như tiền gửi, rút tiền, đặt lệnh hoặc hủy bỏ - đều yêu cầu chữ ký từ khóa bí mật gốc. Để đảm bảo an toàn tối đa, khóa gốc được giữ chặt phía khách hàng và không bao giờ được chia sẻ với bất kỳ bên ngoài nào, bao gồm cả các bên trung gian.
• Match scalar: Match scalar là một giá trị scalar bí mật được định nghĩa trên đường cong bn254 và được sử dụng như cơ chế để các relay được ủy quyền gửi các trận đấu để giải quyết cho hợp đồng thông minh hoặc lớp cơ sở. Khác với cặp khóa không đối xứng truyền thống, match scalar là một giá trị bí mật duy nhất mà các relay sử dụng để tạo ra các chứng minh không chứng cớ (ZKP), chứng minh sự hiểu biết của họ về nguồn gốc của scalar dưới hàm Poseidon. Điều này đảm bảo rằng các relay chỉ có thể giải quyết các trận đấu được ủy quyền một cách rõ ràng bởi cấu hình của ví. Ngoài ra, match scalar được kết hợp với các khoản phí được xác định trước trong ví, cho phép người dùng chỉ định các khoản phí chính xác mà các relay có thể áp dụng cho dịch vụ của họ.
• Khóa API đối xứng: Khóa API đối xứng là một công cụ ngoài giao thức được sử dụng để xác thực các tương tác giữa người dùng và người chuyển tiếp. Nó cho phép người chuyển tiếp truyền phát cập nhật thời gian thực, chẳng hạn như thay đổi ví hoặc trạng thái lệnh, cho người dùng mà không làm compromis bảo mật ví hoặc tính toàn vẹn mật mã của nó. Mặc dù không trực tiếp liên quan đến hoạt động ví, khóa này tạo điều kiện cho việc giao tiếp liền mạch và cải thiện trải nghiệm giao dịch tổng thể.
• Blinder seed và share seed: Blinder seed và share seed là các thành phần quan trọng cho phép relayers giải mã và xử lý thông tin ví an toàn. Những seed này hoạt động như các khóa xem, cấp quyền cho relayers để truy cập trạng thái riêng tư của ví. Tuy nhiên, như là các seed, chúng được động mã hóa thành các giá trị thay đổi với mỗi giao dịch. Điều này đảm bảo rằng các giá trị blinder và share là cụ thể cho từng hoạt động hiện tại, ngăn chặn việc tái sử dụng hoặc truy cập không cố ý.

Blinder seed chịu trách nhiệm chỉ mục hóa ví trên chuỗi bằng cách tạo một chuỗi băm mật mã liên kết các trạng thái ví. Điều này đảm bảo rằng sự hiện diện của ví trong Commitment Tree vẫn có thể chứng minh được mà không tiết lộ nội dung của nó.

Hạt giống chia sẻ được sử dụng để xây dựng “chia sẻ bí mật” của dữ liệu ví, cho phép bộ truyền thông liên kết với máy động cơ MPC trong quá trình phù hợp với lệnh. Việc tích hợp này cho phép bộ truyền thông thực hiện chức năng của mình một cách an toàn mà không tiết lộ chi tiết nhạy cảm về ví cho mạng lưới rộng hơn.

Cách hoạt động của relayers trong renegade

Relayers trong Renegade đóng vai trò quan trọng như người trung gian cho phép giao thức duy trì tính riêng tư và phân quyền của mình trong khi cung cấp trải nghiệm giao dịch mượt mà. Làm vai trò cả người hỗ trợ và người cho phép, relayers được ủy quyền bởi hệ thống chìa khóa để thực hiện các hoạt động cụ thể thay mặt người dùng mà không đe dọa sự quản lý ví hoặc quyền riêng tư. Bằng cách tận dụng những bí mật được nhúng trong ví, relayers có thể giải mã thông tin ví, xác định các đơn đặt hàng chưa hoàn thành và gửi các giao dịch khớp lệnh đến hợp đồng thông minh để giải quyết—tất cả đều đảm bảo chặt chẽ từ quan điểm mật mã học.

Mối quan hệ giữa relayers và Key Hierarchy được xây dựng trên một mô hình ủy quyền rõ ràng. Người dùng chỉ chia sẻ những bí mật cần thiết - như scalar phù hợp, seed của blinder và seed chia sẻ - với relayers. Những bí mật này cho phép relayers có khả năng xem và xử lý dữ liệu ví một cách an toàn. Scalar phù hợp cho phép relayers ủy quyền và giải quyết các trận đấu bằng cách chứng minh sự hiểu biết về preimage Poseidon hash của nó thông qua zero-knowledge proofs (ZKPs). Trong khi đó, seed của blinder và seed chia sẻ đảm bảo rằng relayers có thể truy cập dữ liệu ví mà không tiếp xúc với các quan sát viên bên ngoài hoặc có quyền kiểm soát trái phép. Việc phân tách quyền lực này đảm bảo rằng relayers có các công cụ để thực hiện các nhiệm vụ được ủy quyền mà không đảm bảo sự kiểm soát hoặc bảo mật tổng thể của người dùng.

Một lợi thế chính của hệ thống này là nó cho phép ủy quyền tỷ mỷ. Những người truyền dẫn bị hạn chế trong các vai trò được phép rõ ràng bởi các bí mật được chia sẻ. Ví dụ, trong khi những người truyền dẫn có thể xem chi tiết ví và khớp các đơn đặt hàng chờ xử lý, họ không thể sửa đổi, rút tiền hoặc hủy các đơn đặt hàng vì cặp khóa gốc - chìa khóa người giám hộ cuối cùng - vẫn ở với người dùng. Thiết kế này đảm bảo rằng người dùng giữ lại toàn quyền sở hữu ví của họ trong khi giao cho người khác các nhiệm vụ cụ thể để tăng hiệu suất.

Relayers cũng mang lại sự tiện lợi đáng kể cho quy trình giao dịch bằng cách xử lý tính phức tạp của việc kết hợp các lệnh với động cơ kết hợp MPC và đảm bảo tính hợp lệ của các kết hợp này thông qua collaborative SNARKs. Cơ chế này cho phép relayers giảm bớt một phần gánh nặng kỹ thuật từ người dùng trong khi vẫn duy trì các cam kết về quyền riêng tư trước và sau giao dịch nghiêm ngặt của Renegade. Bằng cách quản lý an toàn các hoạt động này, relayers không chỉ bảo vệ các chi tiết ví nhạy cảm trong quá trình kết hợp lệnh và thanh toán mà còn giảm bớt nhiều thách thức về trải nghiệm người dùng thông thường liên quan đến các hệ thống bảo mật quyền riêng tư. Khả năng cung cấp cập nhật thời gian thực qua khóa API đối xứng cũng nâng cao trải nghiệm người dùng, đảm bảo người dùng luôn được thông báo về giao dịch và trạng thái ví mà không làm compromis bảo mật.

Trong thực tế, hệ thống này tạo ra một môi trường giao dịch linh hoạt và an toàn. Người dùng có thể ủy quyền ví của mình cho các nhà trung gian trong thời gian dài, cho phép họ tiếp tục truy cập để khớp lệnh mà không cần phải chia sẻ mã mới lần lượt. Đồng thời, người dùng có thể thu hồi quyền truy cập của nhà trung gian bất kỳ lúc nào bằng cách tạo một ví mới và chuyển tài sản, hiệu quả đặt lại ủy quyền. Cơ chế này cân bằng sự tiện lợi lâu dài với khả năng thích nghi ngắn hạn, phục vụ cả các nhà giao dịch thông thường và những người tham gia có ý thức về bảo mật hơn.

Bằng cách tích hợp các relayer vào kiến trúc của mình, Renegade đạt được một sự kết hợp hiếm có giữa tính phi tập trung, riêng tư và tính sử dụng. Relayer hoạt động như những trung gian đáng tin cậy mà không yêu cầu sự tin tưởng rõ ràng, nhờ các biện pháp bảo mật mật mã được thực thi bởi Hệ thống Key Hierarchy. Điều này cho phép Renegade mở rộng hoạt động của mình trong khi duy trì mức độ bảo mật và độ tự chủ cao nhất cho người dùng.

Tóm lại, kiến trúc cây cam kết và cấu trúc phân cấp chính của Renegade cung cấp một khung nền tảng để cân bằng sự riêng tư và khả năng xác minh trong giao dịch phi tập trung. Bằng cách đảm bảo rằng ví người dùng hoàn toàn nằm ngoài chuỗi và chỉ đại diện trên chuỗi dưới dạng cam kết mật mã, Renegade loại bỏ khả năng nhìn thấy dữ liệu giao dịch nhạy cảm.

Thiết kế này không chỉ ngăn chặn việc chạy trước, mờ báo giá và các hành vi khai thác khác mà còn giúp người dùng giữ toàn quyền sở hữu vốn của họ thông qua cặp khóa gốc. Hệ thống cam kết-phơi bày, kết hợp với việc sử dụng ZKPs, đảm bảo rằng cập nhật ví và chuyển đổi trạng thái an toàn, không thể thao túng và hoàn toàn không thể thấy thông tin cho các quan sát viên bên ngoài. Điều này đảm bảo một môi trường giao dịch nơi xác minh không cần tin tưởng và quyền riêng tư mạnh mẽ tồn tại một cách mượt mà.

Hệ thống relayer, tích hợp với Key Hierarchy, nâng cao trải nghiệm người dùng và hiệu suất hoạt động của Renegade. Relayers đơn giản hóa quá trình giao dịch bằng cách quản lý các nhiệm vụ tính toán phức tạp của khớp lệnh và thanh toán, tận dụng động cơ khớp lệnh MPC và chứng minh SNARK để duy trì quyền riêng tư và đảm bảo tính chính xác. Đồng thời, khả năng cung cấp cập nhật thời gian thực qua khóa API đối xứng giúp thu hẹp khoảng cách giữa cam kết bảo mật mạnh mẽ và trải nghiệm người dùng mượt mà.

Bằng cách phân tách quyền xem và khớp lệnh, hệ thống phân cấp khóa đảm bảo người dùng duy trì kiểm soát cuối cùng đối với ví của họ trong khi các người truyền bá hoạt động trong các vai trò được xác định chặt chẽ. Hệ thống này tạo ra một sự cân bằng duy nhất nơi người dùng hưởng lợi từ các tính chất bảo vệ quyền riêng tư của các kỹ thuật mật mã tiên tiến mà không gặp phải các rào cản về tính sử dụng thường xuyên được kết hợp với các hệ thống như vậy.

Cách khớp lệnh trong Renegade

Trong Renegade, quá trình phù hợp các lệnh kết hợp hành động của người dùng, sự tạo điều kiện của relayer và các giao thức mật mã tiên tiến để tạo ra trải nghiệm giao dịch liền mạch và riêng tư. Phần này theo dõi hành trình của một lệnh đơn - từ quá trình tạo ra bởi người dùng đến quá trình thanh toán cuối cùng - giải thích vai trò của relayers, cơ chế của động cơ phù hợp MPC và các cam kết bảo mật do collaborative SNARKs cung cấp. Bằng cách khám phá các giai đoạn này, chúng ta sẽ khám phá cách Renegade đảm bảo rằng các giao dịch vẫn được giữ riêng tư, không thể phân rã và hoàn toàn xác minh mà không cần hy sinh tính sử dụng hoặc tính không tin cậy.

Với điều đó, hãy bắt đầu bằng cách xem xét bước đầu tiên: cách mà người dùng tạo một đơn đặt hàng và cách hành động này đặt nền cho phần còn lại của quá trình phù hợp.

Người dùng tạo một đơn hàng

Hành trình kết hợp đơn hàng trong Renegade bắt đầu khi người dùng tương tác với giao diện để tạo đơn hàng. Điều này bao gồm việc chỉ định các tham số chính như cặp giao dịch (ví dụ: WETH/USDC) và số lượng mà họ muốn giao dịch. Không giống như các hệ thống truyền thống, Renegade không hỗ trợ lệnh giới hạn - vì Renegade không phải là một sổ lệnh giới hạn trung tâm (CLOB) và nhằm mục đích tránh sự phức tạp không cần thiết - thay vào đó, mỗi đơn hàng được gắn liền với điểm giữa, có nghĩa là giao dịch được thực hiện tại điểm giữa của biên độ hiện tại trên các sàn giao dịch lớn như Binance, Coinbase, OKX và Kraken. Sau khi giá đã được xác định bằng cách sử dụng dữ liệu từ nhiều nơi, người dùng xác nhận thông tin đơn hàng của mình, và phần mềm ví tiền tự động cập nhật trạng thái để phản ánh đơn hàng mới trong khi tuân thủ kiến trúc bảo mật riêng tư của Renegade.

Trạng thái ví đã được cập nhật bao gồm bất kỳ số dư dự trữ nào cần thiết để thực hiện giao dịch, cũng như phí relayer. Trạng thái mới này được cam kết mật mã bằng cách sử dụng một hệ thống cam kết ẩn danh và ràng buộc, đảm bảo nội dung của ví duy trì được riêng tư và không thể hiểu được đối với các quan sát viên bên ngoài. Để duy trì tính toàn vẹn của hệ thống, trạng thái ví trước đó được vô hiệu hóa một cách an toàn, ngăn chặn bất kỳ khả năng tái sử dụng hoặc chi tiêu gấp đôi nào.

Phần mềm ví sau đó gửi cam kết đã cập nhật vào cây cam kết là một phần của sơ đồ cam kết tiết lộ của Renegade, cùng với một bằng chứng không thông báo (ZKP) xác minh toàn bộ quá trình chuyển đổi. Bằng chứng này đảm bảo rằng việc cập nhật ví tuân theo các quy tắc giao thức, bao gồm số dư đủ và các chuyển tiếp trạng thái đúng, mà không tiết lộ bất kỳ chi tiết nhạy cảm nào về thứ tự hoặc nội dung ví. Sau khi xác minh quá trình chuyển đổi, ví cũ được đánh dấu là đã sử dụng và cam kết mới được thêm vào Cây Cam kết một cách an toàn.

Từ quan điểm của người dùng, toàn bộ quá trình này diễn ra một cách mượt mà. Khi đặt lệnh thành công, trạng thái ví cập nhật, bao gồm số dư còn lại và các lệnh hoạt động, được hiển thị theo thời gian thực. Quan trọng là ý định giao dịch và chi tiết ví của người dùng vẫn hoàn toàn riêng tư, giữ vững cam kết về quyền riêng tư trước giao dịch của Renegade.

Với đơn hàng đã được cam kết vào hệ thống, người truyền thông có thể bắt đầu xử lý nó để tìm kiếm các kết quả tiềm năng, từ đó thực hiện bước tiếp theo trong quá trình giao dịch an toàn và riêng tư.

Relayer xử lý lệnh

Khi người dùng đặt một lệnh, người truyền tải trở thành một phần quan trọng của quá trình, tạo điều kiện cho giao tiếp an toàn và riêng tư giữa ví của người dùng và hệ thống Renegade rộng lớn hơn. Với các bí mật được ủy quyền - match scalar, blinder seed và share seed - người truyền tải giải mã ví của người dùng để truy cập chi tiết của lệnh mới được tạo. Sự ủy quyền này làm cho người truyền tải trở thành trung gian quan trọng, mượt mà nối liền ví riêng tư của người dùng và hệ sinh thái giao dịch rộng hơn, đảm bảo lệnh được khớp một cách hiệu quả và hoàn toàn tuân thủ các cam kết về quyền riêng tư và bảo mật của giao thức.

Nhiệm vụ đầu tiên của người truyền tải là giải mã ví sử dụng mã hạt nhám và mã chia sẻ, mà được băm động cho mỗi giao dịch. Điều này đảm bảo rằng những giá trị này là duy nhất cho hoạt động cụ thể, từ đó tăng cường quyền riêng tư và bảo mật. Sau khi giải mã, người truyền tải có quyền truy cập xem trạng thái riêng tư của ví, bao gồm lệnh mới được tạo, số dư và bất kỳ lệnh nào khác còn tồn đọng. Tuy nhiên, người truyền tải không thể sửa đổi hoặc can thiệp vào nội dung của ví, vì cặp khóa gốc vẫn chỉ thuộc quyền kiểm soát của người dùng.

Sau khi truy cập trạng thái ví, người truyền thông xây dựng một bộ ba bắt tay để truyền thông an toàn với mạng Renegade. Bộ ba này bao gồm:

• Cam kết mã hóa đối với chi tiết đơn đặt hàng (ví dụ: cặp token, số tiền, giá).
• Một mệnh đề không biết gì, chứng minh mật mã rằng thứ tự là hợp lệ theo quy tắc giao thức mà không tiết lộ chi tiết nhạy cảm như số dư ví hoặc chi tiết đặt hàng.
• Yêu cầu dữ liệu siêu dự phòng bổ sung để kiểm tra tính tương thích, như phí và sở thích thanh toán.

Bộ đôi bắt tay sau đó được phát sóng đến các bộ đàm khác trong mạng ngang hàng (P2P), đánh dấu sự sẵn có của lệnh trong khi đảm bảo tính riêng tư của nó vẫn nguyên vẹn. Khi bộ đôi bắt tay lan truyền, các bộ đàm khác theo dõi bộ đôi đến để xác định các lệnh có thể khớp với những lệnh được quản lý bởi ví của họ. Bộ đàm chịu trách nhiệm cho lệnh của người dùng cũng làm điều tương tự, liên tục tìm kiếm các bên đối tác phù hợp với tiêu chí cụ thể của người dùng bằng cách sử dụng cam kết mật mã và dữ liệu meta tương thích.

(Nguồn: Tài liệu Renegade)

Khi một khớp phù hợp tiềm năng được xác định, các bên truyền đạt chịu trách nhiệm cho hai lệnh bắt đầu giao tiếp trực tiếp để khởi tạo giai đoạn tiếp theo: khớp lệnh an toàn bằng cơ chế MPC Matching Engine. Điều này đảm bảo một sự chuyển tiếp liền mạch từ việc tạo lệnh đến khớp lệnh an toàn, trong khi duy trì cam kết bảo mật cốt lõi của Renegade.

Phù hợp với các đơn hàng

Quá trình phù hợp các lệnh trong Renegade thể hiện một ứng dụng đột phá củaMulti-Party Computation (MPC)được tùy chỉnh đặc biệt để cho phép giao dịch an toàn, riêng tư và phi tập trung. Khác với việc triển khai truyền thống của MPC, thường liên quan đến nhiều bên tham gia cung cấp thông tin để tính toán chung, MPC của Renegade được thiết kế cho một thiết lập hai bên. Trong trường hợp này, hai bên truyền thông, mỗi bên thực hiện thay mặt cho người dùng của mình, hợp tác để đánh giá xem các lệnh của họ có thể phù hợp. Sự thích nghi độc đáo này của MPC đảm bảo rằng không có bên truyền thông nào biết bất kỳ chi tiết nhạy cảm nào về lệnh của bên kia, chẳng hạn như loại mã thông báo, số dư hoặc giá cả, trong khi vẫn cho phép phù hợp lệnh chính xác và không đáng tin cậy.

(Nguồn: Tài liệu Renegade)

Bộ khớp lệnh MPC bắt đầu bằng cách xử lý đầu vào được mã hóa từ cả hai người truyền thông. Các đầu vào này bao gồm các chi tiết quan trọng như cặp mã thông báo của các đơn đặt hàng, số lượng, giá cả và trạng thái ví liên quan. Trong suốt quá trình này, tất cả thông tin vẫn được mã hóa và được đại diện dưới dạng cổ phần bí mật trong giao thức MPC. Bước tính toán xác minh xem các đơn đặt hàng có phù hợp với các thông số chính, chẳng hạn như tính tương thích cặp mã thông báo, đủ cân bằng và điều kiện giá. Nếu các đơn đặt hàng được xác định là không tương thích, quá trình kết thúc mà không rò rỉ bất kỳ thông tin nào về sự phù hợp cố gắng, bảo tồn quyền riêng tư giao dịch của cả hai bên.

Nếu động cơ MPC xác định rằng các lệnh tương thích, nó tạo ra một bộ tổ hợp phù hợp, một biểu diễn mật mã của sự phù hợp. Bộ tổ hợp này bao gồm các chi tiết quan trọng như các token cần hoán đổi, số lượng liên quan và hướng giao dịch cho mỗi người tham gia.

Tuy nhiên, theo hướng tiếp cận bảo mật riêng tư của Renegade, bộ 2 này không được mở ngay lập tức. Thay vào đó, nó được mã hóa và đảm bảo rằng không một bên nào có thể truy cập trước nội dung hoặc suy ra chi tiết về lệnh của bên đối tác. Bằng cách trì hoãn việc tiết lộ thông tin này và do các giả thiết mật mã chắc chắn của MPC Matching Engine, Renegade loại bỏ rủi ro thông tin nhạy cảm được tiết lộ trong quá trình phù hợp, ngay cả trong trường hợp của một relayer độc hại.

(Nguồn: Tài liệu của Renegade)

Ngoại lệ chính là người chuyển tiếp bạn chọn trước khi gửi đơn đặt hàng của mình; Khi chúng được ủy quyền cho khóa View của bạn, một người chuyển tiếp không trung thực có thể truy cập vào tất cả các đơn đặt hàng trong quá khứ và tương lai của bạn. Tuy nhiên, thực tế rằng đây là giả định tin tưởng duy nhất trong Renegade và bạn có thể tự do chạy relayer của riêng mình khiến mối quan tâm này phần lớn không đáng kể.

Để xác minh bộ đôi khớp, các relayer cùng nhau xây dựng một chứng minh SNARK hợp tác, chứng minh mật mã rằng sự khớp là hợp lệ theo các quy tắc của giao thức. Chứng minh này đảm bảo rằng:

• Các đơn đặt hàng đã được phù hợp đúng với đầu vào được mã hóa của chúng.
• Bộ ba kết hợp phản ánh chính xác trạng thái ví và đơn hàng được cung cấp trong quá trình MPC.
• Không có bên truyền thông nào thao túng bộ ba kết hợp hoặc gửi dữ liệu không hợp lệ cho động cơ MPC.

Các chứng minh SNARKs hợp tác đóng vai trò quan trọng trong việc đảm bảo tính toàn vẹn của quá trình phù hợp. Bằng cách liên kết các đầu ra được mã hóa của động cơ MPC với cam kết được lưu trữ trong Commitment Tree, chúng cung cấp một cơ chế xác nhận không cần tin tưởng đảm bảo rằng sự kết hợp tuân theo các quy tắc giao thức của Renegade. Chỉ sau khi chứng minh được xác minh đến các giá trị được mã hóa trong bộ tổ hợp phù hợp - như các số lượng được trao đổi - trở nên có thể truy cập. Phương pháp tiếp cận theo giai đoạn này bảo vệ quyền riêng tư giao dịch của cả hai bên trong suốt quá trình phù hợp và xác nhận.

Sau khi Chứng minh SNARK Hợp tác được xác minh và bộ ba kết nối được giải mã, hệ thống chuyển sang giai đoạn thỏa thuận. Tại thời điểm này, các lệnh khớp được xác minh đầy đủ và sẵn sàng để thỏa thuận, với tất cả các chi tiết giao dịch được bảo mật và xác minh. Sự tích hợp mượt mà này giữa MPC và Collaborative SNARKs đảm bảo rằng quá trình khớp của Renegade không chỉ riêng tư và an toàn mà còn không đáng tin cậy và không thể gian lận, tạo ra một tiêu chuẩn mới cho giao dịch phi tập trung.

Hoàn thành giao dịch

Sau khi cặp tuple và Chứng minh SNARK hợp tác đã được xác thực, quá trình chuyển sang giai đoạn hoàn tất, trong đó kết quả của giao dịch khớp được ghi lại và chuẩn bị để thanh toán một cách an toàn. Ở giai đoạn này, tất cả các xác thực mật mã cần thiết đã được hoàn thành, đảm bảo tính toàn vẹn của giao dịch trong khi duy trì sự riêng tư của cả hai bên liên quan.

Để hoàn tất trận đấu, ví của mỗi nhà giao dịch tạo ra một bản ghi về giao dịch, tóm tắt các token đã được trao đổi, số lượng mỗi token và hướng giao dịch. Các bản ghi này được sử dụng như các vị trí bảo mật cho kết quả của trận đấu và được liên kết trực tiếp với cam kết mật mã đại diện cho trạng thái ví cập nhật. Quan trọng là, các bản ghi này được tạo ra riêng cho mỗi nhà giao dịch và bao gồm các biện pháp bảo mật mật mã để ngăn chặn truy cập hoặc thao tác trái phép.

Sau khi xác minh các hồ sơ và bằng chứng thương mại được mã hóa, hợp đồng thông minh của Renegade cập nhật cây cam kết và đánh dấu các đơn đặt hàng là “bị cản trở” – ngăn chặn các hành động tiếp theo cho đến khi giải quyết. Các hồ sơ được mã hóa này vẫn tồn tại trong cây cam kết để tham khảo giải quyết. Giai đoạn này thể hiện kiến trúc bảo mật quyền riêng tư của Renegade: chi tiết giao dịch được mã hóa kết hợp với bằng chứng mật mã cho phép giao dịch riêng tư, không đáng tin cậy trong khi vẫn duy trì khả năng xác minh trong suốt quá trình thanh toán.

Hiệu suất và khả năng mở rộng

Phần này đi sâu vào hai thách thức cơ bản phát sinh từ những lựa chọn thiết kế đột phá của Renegade:

• Chi phí tính toán của MPC và SNARKs: Những sự đánh đổi về độ trễ và yêu cầu tài nguyên được giới thiệu bởi những kỹ thuật mật mã tiên tiến này.
• Khả năng mở rộng của mạng relayer: Cách hạ tầng ngang hàng của Renegade quản lý các khối lượng giao dịch cao và thích ứng với các nhu cầu người dùng khác nhau.

Hãy khám phá từng điều này một cách chi tiết.

Chi phí tính toán của MPC và SNARK

Kiến trúc của Renegade dựa nhiều vào máy khớp lệnh MPC và chứng minh SNARK cộng tác để cung cấp sự riêng tư và an ninh không giới hạn. Tuy nhiên, những kỹ thuật mật mã tiên tiến này đến với yêu cầu tính toán đáng kể. Quá trình MPC yêu cầu các relayer thực hiện các phép tính mã hóa trên đầu vào được chia sẻ bí mật, bao gồm nhiều vòng thông tin liên lạc và tính toán an toàn để đánh giá tính tương thích của các đơn đặt hàng. Điều này đem lại chi phí lớn so với các hệ thống khớp lệnh truyền thống, đặc biệt là khi xử lý các giao dịch phức tạp hoặc lớn về khối lượng.

Tương tự, việc tạo ra bằng chứng SNARK cộng tác là một nhiệm vụ tốn kém tài nguyên. Trong khi SNARK được thiết kế để hiệu quả cho việc xác minh trên chuỗi, việc tạo ra chúng liên quan đến các hoạt động mật mã một cách rộng rãi, đặc biệt khi chứng minh các tuyên bố phức tạp như tính hợp lệ của đơn hàng và chuyển đổi trạng thái ví. Chi phí tính toán này cộng thêm vào thời gian và tài nguyên cần thiết để hoàn thành một giao dịch, khiến nó ít phù hợp cho các tình huống đòi hỏi giao dịch tần suất cao hoặc tức thì.

Tóm lại, hai hoạt động này đại diện cho một trong những gánh nặng tính toán lớn nhất đối với các nhà chuyển tiếp được giao nhiệm vụ khớp đơn đặt hàng của người dùng. Mặc dù chi phí này là một sự đánh đổi cần thiết để đạt được các đảm bảo bảo mật và quyền riêng tư mạnh mẽ xác định Renegade, nhưng nó vẫn là một cân nhắc quan trọng đối với khả năng mở rộng và trải nghiệm người dùng.

Khả năng mở rộng của mạng truyền tải

Thiết kế của Renegade giảm thiểu sự tin tưởng vào người truyền tin, chỉ phụ thuộc vào họ để có tính sống cần thiết để khớp giao dịch. Vượt ra ngoài điều này, người truyền tin không giữ quyền hạn quản lý hoặc quyền lực ra quyết định, vì tất cả hành động được xác thực mật mã thông qua chứng minh không kiến thức (ZKP). Thiết kế không tin tưởng này có nghĩa là việc tăng cường tính toán cho người truyền tin — ví dụ, bằng cách tăng công suất xử lý của họ để xử lý nhiều giao dịch hơn — không mang lại rủi ro đáng kể. Đồng thời, kiến trúc mạng của Renegade hoàn toàn không cần phép, cho phép một loạt các người truyền tin đa dạng, khác nhau về kích thước và khả năng tính toán, cùng tồn tại trong cùng một hệ sinh thái mà không gây ra bất kỳ vấn đề hệ thống nào.

Sự linh hoạt này là một trong những thế mạnh của Renegade. Các relayer nhỏ hơn có thể hoạt động hiệu quả cùng với các relayer lớn hơn, mạnh hơn, đảm bảo một mạng lưới mạnh mẽ và phi tập trung. Sự phụ thuộc của giao thức vào đảm bảo mật mã đảm bảo rằng tất cả các relayer, bất kể kích thước hay quy mô, phải tuân thủ các quy tắc xác thực nghiêm ngặt tương tự, duy trì sự công bằng và toàn vẹn của hệ thống.

Ngược lại, các super relayers cung cấp một vai trò chuyên biệt trong mạng lưới, nhằm phục vụ người dùng nâng cao và các thành viên tổ chức. Khác với các relayers tiêu chuẩn, super relayers hoạt động với quyền truy cập root key được ủy quyền, cho phép họ hoàn toàn kiểm soát ví của người dùng. Điều này có nghĩa là họ không chỉ được tin cậy để khớp giao dịch mà còn quản lý toàn bộ vòng đời của ví, bao gồm đặt lệnh, hủy lệnh và điều chỉnh số dư. Bằng cách ủy quyền root key, người dùng có được cải tiến đáng kể về tốc độ và hiệu suất, vì super relayer có thể bỏ qua các bước xác minh trên chuỗi cho một số hoạt động cụ thể.

Tuy nhiên, việc ủy quyền khóa gốc đặt ra một mức độ tin tưởng cao, làm cho super relayers phù hợp chủ yếu cho các tổ chức hoặc các nhà giao dịch cá nhân tinh vi sử dụng cơ sở hạ tầng relayer riêng của họ. Những người dùng này có thể tận dụng super relayers để tối ưu hóa hệ thống giao dịch của mình, hưởng lợi từ việc thực hiện lệnh gần như tức thì và giảm chi phí trong khi vẫn duy trì sự giám sát trực tiếp về cơ sở hạ tầng.

(Nguồn: Tài liệu của kẻ nổi loạn)

Mạng chuyển tiếp của Renegade, với sự kết hợp giữa các chuyển tiếp tiêu chuẩn và siêu chuyển tiếp, là một ví dụ về một hệ thống có khả năng mở rộng và thích nghi. Nó đạt được tính mở rộng này mà không làm tổn thất tính phi tập trung hay bảo mật, đảm bảo rằng mạng có thể xử lý các yêu cầu và khối lượng giao dịch đa dạng của người dùng trong khi vẫn giữ được các nguyên tắc cốt lõi về tính không tin cậy và không cần phép.

Kết luận

Trong bài viết này, chúng tôi giới thiệu khái niệm hồ bơi tối, nhấn mạnh vai trò của chúng trong tài chính truyền thống và tầm quan trọng ngày càng tăng trong tài chính phi tập trung. Bằng cách xem xét Renegade, chúng tôi đã chứng minh cách các đổi mới mật mã như chứng minh không biết, tính toán đa bên có thể giải quyết các vấn đề quan trọng như frontrunning, quote fading và trích xuất MEV, mở đường cho giao dịch phi tập trung an toàn và riêng tư.

Tiến tới phía trước, cuộc thảo luận về các dark pools sẽ mở rộng để bao gồm các giao thức đáng chú ý khác như Tristero và Railgun. Cả hai dự án này đều cung cấp các phương pháp tiếp cận độc đáo để nâng cao sự riêng tư và chất lượng thực hiện giao dịch, mỗi dự án sử dụng các phương pháp khác nhau để đạt được mục tiêu của mình.

Trong các bài viết sắp tới, chúng tôi sẽ đào sâu vào thiết kế của những giao thức này, khám phá những lợi ích, đặc điểm riêng và cách chúng so sánh với nhau và với Renegade. Sự khám phá rộng hơn này sẽ làm sáng tỏ các giải pháp đa dạng đang hình thành tương lai của tài chính phi tập trung bảo vệ quyền riêng tư.

Miễn trừ trách nhiệm:

1. Bài viết này được tái bản từ [ 2077research]. All copyrights belong to the original author [Emmanuel AwosikavàKoray Akpinar]. Nếu có ý kiến ​​phản đối với việc tái bản này, xin vui lòng liên hệ với Gate Learnđội, và họ sẽ xử lý nhanh chóng.
2. Bảo Miễn Trách Nhiệm: Các quan điểm và ý kiến được diễn đạt trong bài viết này chỉ thuộc về tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Đội ngũ Gate Learn thực hiện việc dịch bài viết sang các ngôn ngữ khác. Trừ khi có đề cập, việc sao chép, phân phối hoặc đạo văn bản dịch là không được phép.