BTC

$96,000

5.73%

ETH

$3,521.91

3.97%

HTX

$0.{5}2273

5.23%

SOL

$198.17

3.05%

BNB

$710

3.05%

简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

Giải thuật Đáy: Bí mật về Polymarket

Mr.RC｜0xU

Đọc bài viết này mất 79 phút

Một cách đơn giản để hiểu về thiết kế cơ bản của Polymarket.

Tiêu đề ban đầu: "Phân tích Toàn diện về Thuật toán của Polymarket"
Tác giả ban đầu: Mr.RC｜0K

Lời nói đầu: Bề nổi B của Polymarket mà Bạn Chưa Biết

Trong vòng sáu tháng qua, trên Twitter đã xuất hiện hàng tỷ bài viết về thị trường dự đoán.

· Trong đó, 90% là về cách AI viết chương trình đưa đến truyền thuyết làm giàu đột ngột. Đó chính là "Duyên", là bước đầu tiên của bạn khi tiếp xúc với thị trường mới chỉ khởi đầu này.

· 9% còn lại nói về chiến lược giao dịch cụ thể, chia sẻ thị trường, phân tích chiến lược với tiền thông minh. Đó chính là "Đạo", là bước đầu tiên của bạn khi bắt đầu tìm hiểu chiến lược giao dịch cá nhân, bắt đầu hiểu cách kiếm tiền trên thị trường dự đoán.

· Tuy nhiên, "Pháp" này, tức là thiết kế giao dịch cơ bản của thị trường dự đoán, tính lợi nhuận và lỗ lãi ròng (PNL) tính toán, các quy tắc về tiền bạc, mặc dù có 1% người nói về nó, nhưng phần lớn phân tán trong một số tweet ngắn gọn. Những bậc thầy ẩn dật này, dường như luôn không muốn, hoặc không có khả năng, chia sẻ toàn bộ bí mật của họ một cách hoàn chỉnh cho mọi người một lần.

Do đó, ngay sau khi insiders.bot mới ra mắt, Polymarket vừa hoàn thiện bản cập nhật v2 của mình, tôi muốn từ công nghệ gốc nhất, giải mã từng phần của "Pháp" tầm thường của thị trường mà chúng ta luôn giao dịch.

Tháng 10 năm ngoái, tôi đã viết một bản thu hoạch, mang chúng ta hiểu biết tổng quan về vài thành phần cốt lõi của Polymarket. Lần này, tôi muốn thực sự hiển thị tất cả chi tiết thiết kế công nghệ cho mọi người thấy và giải thích một cách rõ ràng bằng ngôn ngữ đồng quê.

Bài viết này bao gồm công sức của đội ngũ chúng tôi trong mười lăm tháng qua.

Trong khoảng thời gian đó, đội ngũ @insidersdotbot đã phân tích toàn bộ kiến trúc hợp đồng thông minh và thuật toán của Polymarket, để thực hiện giao dịch nhanh nhất và tính toán PNL chính xác nhất. Điều này chỉ có API do chúng tôi tự mình phát triển mới có thể thực hiện được, cho đến ngày hôm nay, không ai khác làm được.

Do đó, tôi nghĩ, chúng tôi có lẽ đúng là người có thể giải mã hệ thống "Pháp" của Polymarket nhất.

Trong bài viết này, tôi sẽ hướng dẫn bạn hiểu cách hợp đồng thông minh ctf-exchange-v2 ở tầng dưới xử lý mỗi khoản tiền, Relayer làm thế nào để hỗ trợ bạn trả tiền Gas, và từ đó hiểu rõ hơn về cách Barcode được đảm bảo toán học để duy trì giá trị.

Điều này không phải là một bài viết giáo dục đơn giản. Đây là bản giải thích toàn diện về cơ chế cơ bản của Polymarket mà tôi đã phân tích lại từ góc độ của một nhà phát triển.

Chúng ta hãy bắt đầu từ cái cơ bản nhất.

Nghĩa là, khi bạn đặt một lệnh, bạn thực sự đã gửi điều gì?

P.S Bài viết này cũng đã trải qua quá trình điều chỉnh phong cách và cấu trúc bằng trí tuệ nhân tạo, hãy gửi cho OpenClaw, Manus, Hermes của bạn, hoặc bất kỳ AI Agent nào làm tư liệu huấn luyện!!!

Chương 1: Từ Nhấp chuột đến Lên chuỗi, Điều gì đã xảy ra

1.1 Lệnh không phải là Giao dịch, đó là "Ý định"

Trong một nền tảng giao dịch phi tập trung truyền thống (ví dụ như Uniswap), khi bạn giao dịch, ví của bạn sẽ hiện một hộp thoại xác nhận, bạn cần thanh toán Phí Gas, sau đó gửi một giao dịch (Transaction) vào mạng lưới blockchain (Mempool) để chờ các thợ đào gói giao dịch.

Nhưng trên Polymarket, khi bạn đặt lệnh, hộp thoại hiện ra trên ví của bạn thường là một yêu cầu "Chữ ký" (Sign) thay vì yêu cầu "Giao dịch" (Transaction). Và đặc biệt, bạn không cần thanh toán bất kỳ Gas nào.

Điều này không chỉ là tối ưu trải nghiệm người dùng, mà còn là sự khác biệt cơ bản của toàn bộ kiến trúc cơ bản.

Trên Polymarket, một lệnh (Order) về bản chất là dữ liệu có cấu trúc phù hợp với tiêu chuẩn EIP-712. Dữ liệu này chứa những gì bạn muốn thực hiện:

· Bạn là Người tạo lệnh hay Người thực hiện? Bạn muốn mua Token nào (tokenId)?

· Bạn muốn trả bao nhiêu (makerAmount)?

· Bạn muốn nhận bao nhiêu (takerAmount)?

Khi bạn ký, bạn chỉ đơn giản là sử dụng khóa riêng của mình để ký vào dữ liệu này, chứng minh "Tôi thực sự muốn làm như vậy". Sau đó, dữ liệu có chữ ký này được gửi đến máy chủ tập trung của Polymarket, được lưu trữ trong một sổ đặt giá tối đa trung tâm (CLOB) ngoại chuỗi.

Tại giai đoạn này, không có gì xảy ra trên chuỗi khối. Tiền của bạn vẫn nằm trong ví của bạn, token không được chuyển đi. Đơn đặt hàng của bạn chỉ là một dòng ghi trên cơ sở dữ liệu.

1.2 Biểu diễn Ngầm của Giá

Hãy tạm dừng thời gian tại thời điểm bạn gửi đơn đặt hàng. Nếu bạn xem kỹ cấu trúc đơn đặt hàng trong hợp đồng thông minh của Polymarket, bạn sẽ phát hiện một điều rất không phù hợp:

Dữ liệu chữ ký đơn đặt hàng không chứa trường "Giá" (Price).

Điều này làm sao lại có thể xảy ra? Làm sao có thể giao dịch mà không có giá?

Trong thiết kế cơ bản của giao thức Polymarket, giá là ngầm định. Nó được tính dựa trên số lượng bạn sẵn lòng trả và số lượng bạn muốn nhận lại.

Nếu bạn muốn mua 100 hợp đồng YES với giá $0.60:

· Bạn cần trả: $60 pUSD (makerAmount = 60)

· Bạn muốn nhận: 100 hợp đồng YES (takerAmount = 100)

· Giá ngầm định = makerAmount / takerAmount = 60 / 100 = $0.60

Nếu bạn muốn bán 100 hợp đồng YES với giá $0.60:

· Bạn cần trả: 100 hợp đồng YES (makerAmount = 100)

· Bạn muốn nhận: $60 pUSD (takerAmount = 60)

· Giá ngầm định = takerAmount / makerAmount = 60 / 100 = $0.60

(Lưu ý: Mặc dù trong SDK V2 mới nhất, các nhà phát triển có thể truyền trực tiếp giá và số lượng, nhưng khi ký tại cấp độ thấp hơn, SDK vẫn chuyển đổi chúng thành makerAmount và takerAmount. Thiết kế này tinh tế ở chỗ rằng, hợp đồng thông minh không cần hiểu "Giá" là gì, nó chỉ cần xử lý logic "Tài sản A trao đổi tài sản B". Điều này giúp đơn giản hóa logic tính toán trên chuỗi và giảm tiêu thụ Gas.)

1.3 Operator: Polymarket's "Traffic Cop"

Since all orders are off-chain, how do they get settled on-chain?

This brings us to the most crucial black-box role in the Polymarket architecture: Operator.

Within the ctf-exchange-v2 smart contract, there is a highly critical modifier: onlyOperator. This means that only the specific address controlled by Polymarket's team has permission to call execution functions like matchOrders and fillOrder.

This is entirely different from traditional DeFi.

· In Uniswap, anyone can call the router contract.

· But in Polymarket, you cannot perform on-chain order matching yourself. All matching must be submitted by the Operator.

Why design it this way? To eliminate MEV (Miner Extractable Value) and Front-running.

In a traditional on-chain order book, if someone places a large order at a low price, all arbitrage bots will aggressively bid in the Mempool (increasing Gas fees), trying to front-run and fill the order before others. This results in skyrocketing Gas fees and a terrible user experience for regular users.

However, in Polymarket, all orders are in the off-chain CLOB. The Operator's Matching Engine calculates on servers who should trade with whom, then packages the results into a transaction sent by the Operator to the chain.

Because only the Operator can submit the matching results, bots in the Mempool, even if they see the transaction, cannot front-run because they do not have permission to call execution functions.

This is a typical "hybrid decentralized" architecture. Matchmaking and sorting are centralized (decided by the Operator), but settlement and asset custody are decentralized (executed by smart contracts).

Người vận hành có thể quyết định xác định ai được khớp lệnh trước ai sau, nhưng họ hoàn toàn không thể lẫn trội tài sản của bạn, vì họ phải cung cấp dữ liệu EIP-712 mà bạn đã ký, hợp đồng sẽ kiểm tra chữ ký một cách nghiêm ngặt.

P.S: Tuy nhiên, điều này đáng chú ý một chút. Gần đây, chúng tôi @insidersdotbot dường như đã phát hiện một điểm yếu có thể được tận dụng trong cơ chế này, có thể cho phép front-running trong giao dịch sao chép hoặc giảm thiểu độ trễ đáng kể. Nếu có bất kỳ cập nhật nào, chúng tôi sẽ công bố ngay trên tài khoản chính thức.

Chương 2: Kinh tế học của Relayer

2.1 Sự ảo tưởng về "Miễn Gas"

Một trong những điểm bán chạy lớn nhất của Polymarket là khả năng thực hiện Giao dịch không Gas (Gasless Transactions) cho người dùng. Bạn chỉ cần có pUSD là có thể thực hiện giao dịch, không cần phải mua POL (trước đây là MATIC) để giữ trong ví.

Nhưng luật vật lý của blockchain là không thể phá bỏ: Miễn là có sự thay đổi trạng thái trên Polygon (như chuyển tiền tài sản), phải có ai đó phải trả phí Gas.

Vậy nếu bạn không trả phí, thì ai đã trả?

Đáp án là: Relayer (Người trung chuyển).

2.2 Mạng lưới truyền dẫn của Relayer

Polymarket không đưa người dùng tự mình tạo giao dịch, mà triển khai một hệ thống cơ sở hạ tầng gọi là Relayer Client (relayer-v2.polymarket.com).

Trong kiến trúc ban đầu, dịch vụ này thường phụ thuộc vào các dịch vụ doanh nghiệp như OpenZeppelin Defender Relay, thông qua việc duy trì một bể người ký (Signer Pool) để giải quyết vấn đề xung đột nonce (số thứ tự giao dịch) trong điều kiện tải cao.

Khi Ứng dụng của bạn tạo một giao dịch (ví dụ như Approve token, Redeem lợi nhuận), bạn ký bằng khóa riêng của mình và gửi cho Relayer. Relayer sẽ là "Nhà tài trợ Giao dịch" (Transaction Sponsor), gửi giao dịch này lên chuỗi và dùng quỹ của mình để tạm ứng phí Gas cho bạn.

Kiến trúc Người truyền tải và Chu kỳ Kinh tế

2.3 Tiền nào của nấy?

Trong nhiều kiến trúc Giao dịch Vượt meta sớm, Sau khi Người truyền tải trả Gas, thường sẽ trừ một khoản phí từ số tiền gửi của người dùng (ví dụ, 0.3% hoặc một số đô la cố định) để bù đắp chi phí Gas.

Nhưng Polymarket rất cực đoan: Trong kiến trúc V2 hiện tại của họ, họ thực sự chi trả toàn bộ cho bạn.

Tài liệu chính thức nói rõ: "Polymarket trả phí gas cho tất cả các hoạt động được định tuyến qua người truyền tải". Dù là triển khai ví, uỷ quyền token, hay phân chia (Split), hợp nhất (Merge), chuộc (Redeem), tất cả đều miễn phí Gas và không thu bất kỳ phí hoạt động ẩn nào.

Tại sao Polymarket sẵn lòng thâm hụt thương mại này?

Vì chi phí Gas trên Polygon cực kỳ thấp (thường chỉ vài xu), và trải nghiệm không thu phí Gas, có thể thu hút một lượng lớn người dùng Web2 vào thị trường. Chỉ cần người dùng tạo ra một khoản phí Taker nhỏ trong giao dịch (sẽ được giải thích sau), đó đã đủ để bù đắp chi phí Gas rất thấp này.

Hiểu điều này, câu hỏi tiếp theo tự nhiên đặt ra là: Kiến trúc "Miễn phí Gas" này ảnh hưởng đến giao dịch của chúng ta như thế nào?

Chi phí ẩn lớn nhất là Độ trễ (Latency). Đơn đặt hàng của bạn không chỉ phải trải qua bộ máy phù hợp của Polymarket, nếu đó là một hoạt động trên chuỗi trực tiếp, nó còn phải trải qua quá trình xác minh của Người truyền tải, ước lượng Gas, phân chia hàng đợi.

Chương 3: Ba phương pháp phù hợp và tại sao người mua và người bán cũng có thể thực hiện giao dịch?

Bây giờ chúng ta đang bước vào phần khó nhất, và ngược lại nhất của toàn bộ kiến trúc Polymarket.

Trong sàn giao dịch truyền thống (ví dụ, sổ đặt hàng của Binance), hệ thống phù hợp rất đơn giản: Alice muốn mua 1 token với $60, Bob muốn bán 1 token với $60. Sàn giao dịch đưa họ vào một chỗ, token từ Bob đến Alice, tiền từ Alice đến Bob. Kết thúc.

Nhưng trên Polymarket (dựa trên Khung điều khoản Token CTF), mọi thứ hoàn toàn khác biệt.

Vì ở đây, các token có thể được「tạo ra từ hư không」 và「hủy bỏ vào hư vô」.

Khi bạn xem mã nguồn ctf-exchange-v2, bạn sẽ phát hiện rằng có ba loại con đường giải quyết tài sản hoàn toàn khác nhau ở cơ sở:

Các định cấu trúc Complementary, Mint, Merge

3.1 COMPLEMENTARY (Phối hợp): Giao dịch cổ truyền

Đây là cách phối hợp dễ hiểu nhất, cũng như là cách duy nhất mà các nền tảng giao dịch truyền thống sở hữu.

Tình huống: Thị trường đã tồn tại trong một khoảng thời gian, mọi người đều có vốn.

· Alice muốn mua 100 YES với giá $0.60.

· Bob có YES, anh ấy muốn bán 100 YES với giá $0.60.

Người điều hành phát hiện hai đơn đặt hàng này (MUA vs BÁN), đóng gói chúng và đưa lên chuỗi. Hợp đồng thông minh thực hiện chuyển tiền điểm đến điểm:

· Chuyển 100 YES từ địa chỉ của Bob đến Alice.

· Chuyển $60 pUSD từ địa chỉ của Alice đến Bob.

Cơ chế này có các đặc điểm toán học và kỹ thuật như sau:

· Trò chơi Zero-sum: Tổng nguồn cung của hệ thống không thay đổi.

· Gas tiêu thụ thấp nhất: Chỉ liên quan đến chuyển tiền cơ bản, không liên quan đến các hoạt động phức tạp của CTF.

· Chuẩn hóa: Trong một thị trường chín muồi, thanh khoản đầy đủ, hầu hết các giao dịch hàng ngày đều diễn ra theo cách này.

3.2 MINT (Lập Tức Tạo Ra Tính Thanh Khoản): Tạo Ra Tính Thanh Khoản Từ Hư Không

Điều này có thể là một trong những cải tiến mang tính cách mạng nhất trong lịch sử Polymarket, thậm chí là toàn bộ lịch sử tài chính.

Để giải thích tốt hơn, chúng ta có thể tham khảo tình huống sau: Một thị trường hoàn toàn mới vừa được ra mắt, không ai đang cầm trên tay bất kỳ mã thông tin YES hoặc NO nào.

· Alice rất lạc quan, cô ấy muốn mua 100 mã YES với giá $0.60.

· Bob rất bi quan, anh ấy muốn mua 100 mã NO với giá $0.40.

Lưu ý:

· Cả hai đều là người mua!

· Họ đều không cầm mã thông tin mà đối phương muốn!

· Trong sổ đặt lệnh truyền thống, hai lệnh này sẽ không bao giờ thực hiện được giao dịch.

Ở Polymarket, nếu gặp trường hợp MUA vs MUA (và các token này cần phải bổ sung cho nhau), Operator sẽ ghép đôi hai lệnh này với nhau!

1. Hợp đồng thông minh trừ $60 pUSD từ tài khoản của Alice.

2. Hợp đồng thông minh trừ $40 pUSD từ tài khoản của Bob.

3. Hợp đồng thông minh nhận $100 pUSD này, khoá nó làm tài sản thế chấp, sau đó gọi hàm _mint, tạo ra 100 mã YES và 100 mã NO từ hư không.

4. Gửi 100 mã YES cho Alice.

5. Gửi 100 mã NO cho Bob.

Việc kích hoạt cơ chế này phải dựa trên một điều kiện toán học nghiêm ngặt: Tổng giá mua của bên mua phải lớn hơn hoặc bằng $1.00.

Nếu Alice đặt giá $0.60 mua YES, Bob đặt giá $0.35 mua NO, tổng cộng chỉ là $0.95. Hợp đồng thông minh sẽ không thể tạo ra cặp mã thông tin trị giá $1.00 từ $0.95. Thỏa thuận này sẽ thất bại ngay lập tức.

CƠ CHẾ KHỚP MINT

Từ góc độ của người cung cấp thanh khoản, cơ chế này là vũ khí cuối cùng để giải quyết vấn đề "bắt đầu lạnh".

Khi thị trường vừa mở cửa, người cung cấp thanh khoản không cần phải tự mình chi tiền để đúc một đống token để giữ trong tay (điều này sẽ tiêu tốn một lượng lớn vốn). Họ chỉ cần đặt lệnh mua đồng thời ở cả hai mặt YES và NO (ví dụ $0.49 mua YES, $0.49 mua NO). Khi các nhà đầu tư nhỏ lẻ đến bán, đó sẽ kích hoạt logic đúc.

3.3 MERGE (Khớp Gộp): Sự Tiêu Diệt Thanh Khoản

Có sự sáng tạo thì có sự hủy diệt. MERGE là quá trình ngược của MINT.

Chúng ta hãy xem một ví dụ ngược lại. Thị trường sắp kết thúc, mọi người đều đang đóng vị thế.

· Alice có 100 YES, cô ấy muốn bán với giá $0.60.

· Bob có 100 NO, anh ấy cũng muốn bán với giá $0.40.

Lưu ý: Cả hai đều là người bán! Không ai muốn trả pUSD để mua token của họ.

Cơ chế của Polymarket ở đây sẽ trở lại hoạt động. Khi đối mặt với SELL vs SELL, Nhà điều hành một lần nữa thể hiện phép màu:

1. Hợp đồng thông minh lấy đi 100 YES từ Alice.

2. Hợp đồng thông minh lấy đi 100 NO từ Bob.

3. Hợp đồng thông minh gọi hàm _merge, tiêu diệt hoàn toàn 100 cặp YES+NO này, và mở khóa $100 pUSD từ kho.

4. Chuyển $60 pUSD cho Alice.

5. Chuyển $40 pUSD cho Bob.

Và cơ chế Merge có các đặc điểm toán học và tài chính như sau:

· Cơ Chế Lạm Phát: Tổng cung cấp token của hệ thống giảm đi.

· Thoát Kênh: Đảm bảo rằng ngay cả khi không có “Kẻ đến sau”, miễn là giá bán YES và NO có thể đủ $1.00 (thực tế là có đủ khoảng trắng để nhường $1.00), mọi người vẫn có thể rút tiền mặt ra khỏi thị trường.

Sau khi hiểu ba cách kết hợp này, bạn sẽ hiểu về vòng đời thị trường Polymarket:

1. Đầu Ngày (MINT chiếm ưu thế): Thị trường vừa mở cửa, không có token. Cả ngắn và dài hạn liên tục đổ tiền vào hệ thống thông qua cơ chế MINT để đổi lấy token. Tổng cung cung cấp tăng nhanh chóng.

2. Giữa Ngày (COMPLEMENTARY chiếm ưu thế): Thị trường có đủ thanh khoản, hầu hết giao dịch là sự luân chuyển của các token hiện có. Tổng cung cấp ổn định.

3. Cuối Ngày (MERGE chiếm ưu thế): Kết quả dần rõ ràng, mọi người bắt đầu đóng lệnh. Cả ngắn và dài hạn tiếp tục đốt token thông qua cơ chế MERGE để đổi lấy tiền. Tổng cung cấp giảm.

Vui lòng lưu ý rằng ba con đường này không phải là lựa chọn chủ quan của Operator, mà là quy tắc định tuyến của hợp đồng thông minh dựa trên hướng MUA và BÁN của các lệnh.

Vòng Đời Thị Trường

Chương Từ: Chia/ Gộp/ Rút, và tại sao Lãi/Lỗ của bạn lại không đúng?

Sau khi hiểu về cơ chế kết hợp, hãy cùng tìm hiểu về ba thao tác bạn có thể sử dụng hàng ngày mà có lẽ bạn chưa bao giờ thực sự hiểu về ảnh hưởng tài chính của chúng: Chia (Split), Gộp (Merge), và Rút (Redeem).

Ba thao tác này là các thao tác cấp nguyên tử của Polymarket. Chúng không phải là “giao dịch” (không thông qua sổ đặt lệnh, không tính phí), mà là sự chuyển đổi tài sản trực tiếp tương tác với hợp đồng thông minh.

1. Chia nhỏ: Bạn cung cấp $1 pUSD cho hợp đồng, hợp đồng trả cho bạn 1 YES và 1 NO. Chi phí luôn chính xác là $1

2. Gộp lại: Bạn cung cấp 1 YES và 1 NO cho hợp đồng, hợp đồng trả lại cho bạn $1 pUSD. Lợi nhuận luôn chính xác là $1

3. Đổi: Sau khi thị trường quyết định người chiến thắng, token chiến thắng đổi lại $1 pUSD, token thua bị xóa sạch.

So sánh trước và sau khi Chia nhỏ

4.1 Ai sử dụng các hoạt động này?

Người tạo thanh khoản (Market Makers): Họ là người dùng lớn nhất của Chia nhỏ. Người tạo thanh khoản cần đặt lệnh trên cả hai phía, nhưng họ không muốn mua token trên thị trường (vì sẽ bị thu phí giao dịch). Họ trực tiếp chia $10,000 thành 10,000 YES và 10,000 NO, sau đó đặt lệnh trên sổ đặt hàng.

Người tận dụng cơ hội (Arbitrageurs): Họ là người dùng lớn nhất của Gộp lại. Khi thị trường bị định giá sai lệch một cách tạm thời, ví dụ YES giảm xuống $0.40, NO giảm xuống $0.55. Người tận dụng cơ hội sẽ nhanh chóng mua 1 YES và 1 NO (tổng chi phí $0.95), sau đó ngay lập tức gọi Gộp lại để đổi lại $1, không rủi ro và thu lợi $0.05. Điều kiện toán học rõ ràng: Khi Giá(YES) + Giá(NO) < 1 - Phí giao dịch, mua ngay và Gộp lại.

Vì vậy, khi bạn cố gắng chinh phục tiền thông minh của một người tận dụng cơ hội, hoặc tiền thông minh của một người tạo thanh khoản, bạn phải đánh giá chính xác tác động của Chia nhỏ/Gộp lại đối với PNL. Nếu không, điều này sẽ không phải là một "tiền thông minh" đáng tin cậy.

Và trên thị trường hiện nay, bao gồm cả Polymarket chính nó, không thể giải quyết được vấn đề tính toán PNL.

Tất nhiên, bạn có thể đã đoán được - insiders.bot đã giải quyết vấn đề này trong việc tính toán PNL và duyệt tiền thông minh

4.2 Cạm Bẫy Lợi Nhuận: Tại Sao Lợi Nhuận Của Bạn Sai?

Như đã đề cập ở phía trên, đây là lỗi phổ biến nhất trong toàn bộ hệ sinh thái Polymarket. Gần như tất cả các công cụ theo dõi PnL từ bên thứ ba, thậm chí bao gồm một số API chính thức, đều bị rơi vào lỗi này.

Tôi sẽ tính toán cho bạn một ví dụ, bạn sẽ thấy cạm bẫy này đến đâu.

· Bước 0: Giả sử bạn có vốn là $100. Bạn quan tâm đến thị trường "Ethereum Vượt Mốc $5000".

· Bước 1: Bạn chi $50 thực hiện một lần Split. Bây giờ bạn có 50 YES và 50 NO. Bạn còn lại $50 tiền mặt.

· Bước 2: Bạn nghĩ rằng 50 YES không đủ, lại đi thị trường mua thêm 50 YES với giá $0.40. Chi phí $20. Tiền mặt còn lại $30.

· Bước 3: Bạn bán 50 NO trong tay với giá $0.35. Thu được $17.50. Tiền mặt trở thành $47.50.

Bây giờ, bạn có 100 hợp đồng YES. Chi phí thực tế của bạn là bao nhiêu?

Cách hầu hết bảng xếp hạng tính toán (Thuật toán sai):

· Họ chỉ xem xét bản ghi "giao dịch" của bạn. Họ thấy bạn mua 50 YES, chi $20. Họ hoàn toàn bỏ qua Split (vì đó không phải là giao dịch).

· Vì vậy, họ cho rằng chi phí của bạn là: $20 / 50 = $0.40/mỗi.

· Nếu giá thị trường của YES tăng lên $0.60 bây giờ, họ sẽ hiển thị lợi nhuận của bạn là: 100 × $0.60 - $20 = $40.

Thực tế, bạn nên tính như thế nào (Thuật toán đúng, cũng như thuật toán mà insiders.bot đang sử dụng):

· Tổng lưu thông tiền mặt của bạn: $50 (Split) + $20 (Mua) = $70

· Tổng Dòng tiền Nhận được của bạn: $17.50 (Bán NO)

· Tổng Đầu tư Nett của bạn: $70 - $17.50 = $52.50

· Chi phí Thực sự của bạn: $52.50 / 100 = $0.525/mỗi.

· Nếu giá thị trường YES hiện tại là $0.60, Lợi nhuận Thực sự của bạn là: 100 × $0.60 - $52.50 = $7.50

Bạn thấy sự khác biệt chưa? Bảng xếp hạng cho thấy bạn đã kiếm được $40, nhưng thực tế bạn chỉ kiếm được $7.50. Sự "Lợi nhuận Ảo" giá trị $32.50 ở giữa đó, là do hệ thống không xử lý đúng Chi phí Split và Lợi nhuận khi Bán NO.

Công thức toán học PnL chính xác phải là:

Tổng Lỗ lãi = Σ(Thu nhập Bán) + Σ(Thu nhập Merge) + Σ(Thu nhập Redeem) - Σ(Chi phí Mua) - Σ(Phí Split) + Giá trị Thị trường hiện tại của Vị thế

Đó là lý do tại sao bạn thấy một số người chơi lớn trên bảng xếp hạng báo cáo Lỗ lãi hàng triệu đô la, nhưng thực tế họ đã kiếm được một khoản lời khổng lồ. Khi vị thế Chiến thắng được Redeem, nhiều công cụ sẽ "xóa sổ" những vị thế này khỏi lịch sử giao dịch, chỉ để lại những vị thế lỗ vẫn còn đang thua lỗ.

Cạm bẫy tính Toán Lợi nhuận và Lỗ lãi (PnL)

Chương 5: Đường cong Phí giao dịch

Nếu bạn thường xuyên giao dịch, bạn sẽ nhận ra rằng Phí giao dịch trên Polymarket không phải là một phần trăm cố định. Đôi khi bạn mua hợp đồng $1000 bị thu $10, nhưng đôi khi chỉ bị thu $2.

Tại sao vậy? Hãy cùng nhìn vào công thức Phí ẩn sau mã nguồn:

Phí = C × Tỷ lệ phí × p × (1 - p) (với C là số lượng giao dịch, p là giá)

5.1 Tại sao lại là p(1-p)?

Giả sử bạn muốn mua 100 YES, với tỷ lệ phí là 2%:

· Nếu giá của YES là $0.50: Phí giao dịch = 100 × 2% × 0.50 × 0.50 = $0.50.

· Nếu giá của YES là $0.90: Phí giao dịch = 100 × 2% × 0.90 × 0.10 = $0.18.

· Nếu giá của YES là $0.10: Phí giao dịch = 100 × 2% × 0.10 × 0.90 = $0.18.

Bạn có nhận ra quy luật chưa? Khi giá ở 0.50 (một nửa một nửa), phí giao dịch cao nhất. Khi giá gần 0 hoặc 1 (đã quyết định), phí giao dịch rất thấp.

Điều quan trọng hơn là đối xứng. Mua YES ở $0.90 và mua NO ở $0.10 toán học là tương đương. Nếu bạn mua YES ở $0.90 với phí cao, và mua NO ở $0.10 với phí thấp, người khai thác cơ hội sẽ mua NO rồi lợi dụng cơ chế MINT để thực hiện giao dịch cơ hội đối xứng này. Thiết kế p(1-p) này đảm bảo rằng bất kỳ bạn chọn đánh giá từ phía nào, chi phí ma sát hệ thống thu được là tuyệt đối đối xứng.

5.2 Vẻ Đẹp Toán Học Ẩn Sau

Nếu bạn đã học về thống kê, bạn sẽ rất quen thuộc với công thức p(1-p) này. Đó là công thức phương sai của phân phối Bernoulli (ném đồng xu).

Trong toàn bộ thiết kế hệ thống của Polymarket, p(1-p) chính là "công thức của Thượng Đế":

1. Đó là đường cong phí giao dịch: Mức độ không chắc chắn (phương sai) càng cao, chi phí hệ thống càng cao.

2. Đó là sự biểu thị của thông tin entropy: Khi bạn đặt cược vào 50%, bạn đưa ra nhiều thông tin mới nhất cho thị trường, vì vậy bạn sẽ trả giá cao nhất.

Ai trả phí giao dịch? Luôn luôn là Taker (Người lấy lệnh). Maker (Người đặt lệnh) luôn được miễn phí giao dịch.

Cơ chế này hoàn hảo điều chỉnh động lực: khi thị trường mơ hồ nhất (50/50), người tham gia sớm sẽ bị đánh giá cao nhất, điều này bảo vệ Người làm thị trường khỏi những tác động vô nghĩa; trong khi khi thị trường gần như chắc chắn, phí giao dịch rất thấp khuyến khích người khai thác cơ hội tham gia, đẩy giá đến 1 hoặc 0 cuối cùng.

Đường Cong Phí

Chương Sáu: Rủi Ro Âm, còn được gọi là Phép Màu Tinh Tế Nhất của lĩnh vực DeFi

Nếu bạn đã tham gia cược trên Polymarket cho các sự kiện như bầu cử tổng thống, giải Oscar hoặc trận đấu thể thao v.v. với nhiều kết quả (Multi-outcome), bạn chắc chắn đã gặp phải thị trường Rủi Ro Âm (Negative Risk).

Đây là phần gây đau đầu nhất trong toàn bộ bài viết, nhưng cũng là phần mà thể hiện rõ nhất vẻ đẹp kỹ thuật của hợp đồng thông minh.

P.S Đây cũng là phần mà cộ sáng lập của chúng tôi @DakshBigShit đã giải quyết sau 36 giờ không ngủ khi phát triển API của chúng tôi.

6.1 Điểm Đau của Thị trường Đa Kết Quả Truyền Thống

Giả sử có bốn ứng cử viên: A, B, C, D. Bạn rất ghét A, bạn chắc chắn rằng A không thể thắng. Bạn muốn "bán ngắn" A.

Trong thị trường nhị phân truyền thống, bạn chỉ cần mua hợp đồng NO của A. Nhưng trong thị trường với nhiều kết quả, nếu A thua, điều đó có nghĩa là B, C, D trong chắc chắn có một người thắng. Vì vậy, "bán ngắn A" từ quan điểm toán học là tương đương chính xác với "mua cho B + mua cho C + mua cho D".(Câu này rất quan trọng, đọc đi đọc lại cho đến khi hiểu rõ.)

Nếu bạn điều chỉnh mua các hợp đồng YES của B, C, D trên thị trường riêng biệt, bạn sẽ gặp phải một vấn đề lớn: hiệu suất vốn cực kỳ thấp. Vì bạn cần phải bỏ vốn cho ba giao dịch riêng lẻ, và nếu giá của ba người này tổng cộng lớn hơn $1.00, bạn có thể thậm chí mất tiền.

6.2 Phép Màu của Bộ Chuyển Đổi Rủi Ro Âm (NegRiskAdapter)

Polymarket triển khai một hợp đồng thông minh đặc biệt gọi là NegRiskAdapter để giải quyết vấn đề này. Nó cung cấp một hàm có tên là convertPositions.

Chức năng này là:Chuyển ngay lập tức hợp đồng NO bạn đang giữ thành tất cả các hợp đồng YES của tất cả các ứng viên khác và trả lại cho bạn một số tiền mặt.

Hãy sử dụng toán học cứng rắn để chứng minh tại sao việc chuyển đổi này là Bảo toàn giá trị.

Đặt tình huống: Có n ứng viên.

· Bạn giữ A hợp đồng NO của ứng viên 1, và A hợp đồng NO của ứng viên 2 (bạn đã khống chế cả 1 và 2).

· Tổng cộng bạn nắm giữ m hợp đồng NO khác nhau (ở đây m=2).

Trước khi chuyển đổi, giá trị thực sự của vị thế bạn giữ (trên tất cả các tuyến thời gian có thể):

· Nếu ứng viên 1 thắng: NO_1 trở thành giấy vụn, NO_2 có giá trị $1.Tổng giá trị = A.

· Nếu ứng viên 2 thắng: NO_1 có giá trị $1, NO_2 trở thành giấy vụn.Tổng giá trị = A.

· Nếu ứng viên 3 thắng (bạn không khống chế bất kỳ ai):NO_1 có giá trị $1, NO_2 có giá trị $1. Tổng giá trị = 2A.

Sau khi gọi convertPositions, hợp đồng trả cho bạn cái gì?

· Công thức là: hoàn lại cho bạn A × (m-1) tiền, cộng thêm hợp đồng YES của ứng cử viên 3, 4, … n.

· Trong ví dụ này, hoàn lại: A × (2-1) = A số tiền mặt! Cộng thêm hợp đồng YES của ứng viên 3, hợp đồng YES của ứng viên 4…

Sau khi chuyển đổi, giá trị thực sự của vị thế bạn giữ (trên tất cả các tuyến thời gian có thể):

1. Nếu ứng viên 1 thắng: YES_3, YES_4 trong tay bạn đều trở thành giấy vụn. Bạn chỉ còn lại số tiền mặt A.Tổng giá trị = A. (Bằng với trước chuyển đổi!)

2. Nếu Ứng cử viên 2 thắng: YES_3 và YES_4 trong tay bạn trở thành giấy vụn. Bạn chỉ còn lại tiền mặt A. Giá trị Tổng = A. (Bằng với trước quá trình chuyển đổi!)

3. Nếu Ứng cử viên 3 thắng: YES_3 trong tay bạn trị giá $1, các phần còn lại trở thành giấy vụn. Cộng với tiền mặt A. Giá trị Tổng = A + A = 2A. (Bằng với trước quá trình chuyển đổi!)

Q.E.D. Dù thế giới thay đổi thế nào, giá trị trước và sau quá trình chuyển đổi tuyệt đối bằng nhau.

Chứng minh Toán học về Rủi ro Tiêu cực

6.3 Tại sao đây là một quá trình nâng entropi "một chiều không thể đảo ngược"?

Cơ chế chuyển đổi này có một đặc tính vật lý vô cùng hấp dẫn: nó là một chiều không thể đảo ngược.

Bạn có thể chuyển đổi NO thành YES + tiền mặt. Nhưng bạn không bao giờ có thể chuyển đổi YES + tiền mặt ngược trở lại thành NO.

· Tại sao? Bởi vì tại lớp hợp đồng thông minh, khi bạn chuyển đổi NO thành YES, hợp đồng thực sự đã gửi hợp đồng NO của bạn đến địa chỉ black hole (Burn - Đốt cháy), sau đó tận dụng khoảng trống tài sản thế chấp được giải phóng từ phần này để "tổng hợp" ra các hợp đồng YES mới. Điều này không đòi hỏi việc tiêm vốn bên ngoài mới.

· Nhưng nếu bạn muốn ngược lại, biến YES thành NO, bạn cần tạo ra tài sản thế chấp mới từ hư không (bởi vì phạm vi bảo đảm của hợp đồng NO rộng lớn hơn YES nhiều). Bộ chuyển đổi không có quyền sử dụng tài chính của kho tư bản quốc gia.

· Điều này giống như làm vỡ một quả trứng. NO chính là quả trứng nguyên vẹn, chứa tất cả các khả năng. Quá trình chuyển đổi chính là làm vỡ quả trứng, chia thành lòng đỏ (YES) và lòng trắng (tiền mặt). Giá trị quá trình được bảo toàn, nhưng bạn không bao giờ có thể ghép chúng lại thành một quả trứng nguyên vẹn.

Ở đây có một khoảng cách gian lớn cho thương mại cảnh báo: Nếu bạn phát hiện giá trị NO của một ứng viên trên thị trường, lớn hơn tổng giá trị của tất cả YES của tất cả ứng viên khác. Bạn có thể mua NO này, gọi hàm convertPositions để nhận tiền mặt và một đống YES, sau đó ngay lập tức bán hết các YES đó. Đó chính là chiến lược thương mại cảnh báo không rủi ro cao cấp nhất trong thị trường kết quả đa dạng.

Chương 7: Đỉnh Cao Về Tốc Độ Vật Lý

Cuối cùng, chúng ta hãy thảo luận về chiều không tưởng tàn nhẫn nhất của giao dịch: Thời gian.

Trong giao dịch tần suất cao truyền thống, chúng ta đề cập đến micro giây (một triệu phần của một giây). Tại Polymarket, chúng ta đề cập đến mili giây. Nhưng ở đây, có một bất平 cực lớn, cấu trúc.

Nếu bạn đã dạo quanh diễn đàn giao dịch thuật toán Reddit, bạn sẽ thấy tất cả các lập trình viên phát triển bot Polymarket đều đã than phiền về một chuyện:

"Tại sao tôi luôn phải chờ 300 mili giây khi đặt lệnh Taker, trong khi lệnh Maker chỉ cần 25 mili giây?"

7.1 Tại sao Maker nhanh, Taker chậm?

Khi bạn đặt một lệnh Maker (orderbook): Lệnh của bạn (dữ liệu chữ ký) được gửi đến máy chủ Polymarket. Máy chủ kiểm tra tính hợp lệ của chữ ký, trực tiếp đưa bản ghi này vào trong CLOB (cơ sở dữ liệu orderbook) trong bộ nhớ. Sau đó, ngay lập tức trả lại cho bạn một ACK (xác nhận). Toàn bộ quá trình diễn ra hoàn toàn ngoại chuỗi, chỉ cần một lần ghi vào cơ sở dữ liệu. Thời gian chờ đợi: ~25 mili giây.

Khi bạn đặt một lệnh Taker: Lệnh của bạn được gửi đến máy chủ. Bộ khớp lệnh nhận ra lệnh của bạn có thể khớp với một lệnh Maker nào đó trong orderbook. Lúc này, Operator phải khởi động đường ống giải quyết phức tạp:

1. Quyết định sử dụng loại đường dẫn khớp nào (COMPLEMENTARY, MINT, hay MERGE).

2. Xây dựng dữ liệu giao dịch trên chuỗi có chứa chữ ký của cả hai bên.

3. Gửi giao dịch cho Relayer.

4. Relayer ước tính Gas, phân bổ Nonce.

5. Phát sóng giao dịch đến nút Polygon.

6. Chờ nút xác nhận rằng giao dịch này không bị Revert vì lí do thiếu số dư, vv.

Toàn bộ quá trình bao gồm nhiều dịch vụ phụ, thậm chí chạm vào rìa của chuỗi khối. Thời gian chờ đợi: ~250 đến 300 mili giây.

7.2 Ý nghĩa của 250 mili giây này là gì?

Vực sâu vật lý 250 mili giây này đã định hình mạnh mẽ sinh thái của Polymarket.

Thứ nhất, bạn khó có thể Front-run trên Polymarket. Bởi vì tất cả các đơn Taker đều phải xếp hàng chờ Operator xử lý, bạn không thể chen ngang bằng cách tăng Gas fee. Front-run trong Mempool tạm thời là một đề xuất giả mạo ở đây.

Thứ hai, Ưu thế tuyệt đối của Chiến lược Maker. Bởi vì Hủy đơn và đơn Maker đều là hoạt động ngoại chuỗi, chỉ cần 25 mili giây. Khi tin tức bất ngờ xảy ra, một người làm thị trường thông minh có thể tận dụng khoảng thời gian 250 mili giây này, trước khi đơn của Taker được giải quyết, rút đơn của mình ra (đây chính là việc tránh chọn lựa ngược hành động Adverse Selection).

7.3 Dừng máy 90 giây mỗi sáng thứ Ba hàng tuần

Về thời gian, còn một chi tiết ít người biết. Theo tài liệu chính thức, vào mỗi sáng thứ Ba giờ đông của Mỹ lúc 7:00, máy tính khớp lệnh của Polymarket sẽ khởi động lại. Trong khoảng thời gian khoảng 90 giây, hệ thống sẽ ngừng xử lý bất kỳ kết hợp nào, API sẽ trả về lỗi HTTP 425 (Quá sớm).

Càng tàn nhẫn hơn, V2 đã giới thiệu cơ chế Heartbeat. Nếu máy chủ không nhận được Heartbeat từ client trong vòng 10 giây, tất cả các đơn mở cửa của người dùng sẽ bị hủy tự động. Trong khoảng 90 giây khởi động này, Heartbeat của người làm thị trường bị đóng cửa đột ngột, đơn hàng của họ sẽ bị hệ thống hủy hết.

90 giây này, thực sự là "hố không" của hệ thống. Đối với mô hình định giá quyền chọn, cách tính giá trị thời gian Theta (giảm dần theo thời gian) trong 90 giây này và cách bắt đầu chiếm lĩnh sổ lệnh ngay sau khi hệ thống khôi phục vào giây thứ 91, là câu đố cuối cùng dành cho các nền tảng hàng đầu và phòng thí nghiệm định lượng.

So sánh Đường thời gian Trễ

Chương Tám: Đại trào lưu V2 và Trận chiến cuối cùng của "Giao dịch Ma" (Ghost Fill)

Nếu bạn đã đọc đến đây, bạn đã hiểu được cấu trúc cốt lõi của Polymarket. Nhưng nếu bạn muốn tiếp tục kiếm tiền trên thị trường này vào năm 2026, bạn phải hiểu về một trận động đất lớn vừa xảy ra.

Trong khoảng thời gian từ tháng 2 đến tháng 5 năm 2026, Polymarket đã mở một cuộc nâng cấp V2 thiên tài một cách im lặng. Cuộc nâng cấp này không chỉ tái cấu trúc lại các công thức thế chấp và phí giao dịch, mà quan trọng hơn, nó đã khởi đầu cuộc chiến cuối cùng để khắc phục lỗi nổi tiếng nhất của thị trường dự đoán, đó là Ghost Fill (Giao dịch Ma).

8.1 Ghost Fill là gì? Phân chia trạng thái giữa on-chain và off-chain

Trước khi nâng cấp lên V2 của Polymarket, vô số thương nhân cung cấp thanh khoản và robot định lượng đã bị một hiện tượng quấy rối đến chết đi sống lại: Robot của bạn đã bắt lấy một cơ hội tuyệt vời trên biểu đồ 5 phút (ví dụ: BTC Tăng/Giảm 5 phút) và ngay lập tức gửi yêu cầu Taker.

API của Polymarket ngay lập tức trả về: "Khớp! Thành công!" và cửa sổ cảnh báo Telegram của bạn cũng hiện lên với sự phấn khích của "ĐÃ THỰC HIỆN". Nhưng khi bạn mở Polygonscan để xem trình duyệt chuỗi khối, bạn lại thấy giao dịch này bị đánh dấu là REVERTED (Thất bại), lãng phí gas phí. Và vị thế của bạn không thay đổi.

Sổ lệnh rõ ràng cho thấy có giao dịch đã được thực hiện, nhưng chuỗi khối lại nói đó không xảy ra. Đó chính là Ghost Fill (Giao dịch Ma).

Để hiểu bản chất của lỗi này, chúng ta cần quay trở lại cấu trúc cơ bản đã được giới thiệu ở chương đầu tiên: Định giá ngoại chuỗi (Off-chain Matching) + Thanh toán trên chuỗi (On-chain Settlement).

Khi lệnh mua của Alice và lệnh bán của Bob khớp trong sổ lệnh trung tâm ngoại chuỗi (CLOB), hệ thống chỉ đơn giản là vẽ một dấu bằng giữa hai đơn đặt hàng trong cơ sở dữ liệu. Việc chuyển đổi tài sản thực sự cần phải Operator ký hai bên và gửi lên chuỗi Polygon để thực hiện TransferFrom.

Điều này dẫn đến một độ trễ chết người. Trong khoảng thời gian này, trạng thái của ví của người dùng có thể thay đổi.

8.2 Hai Con Đường Tấn Công Của Giao Dịch Ma

Vào thời kỳ V1 và V2 ban đầu, các hacker và market maker ác ý đã tận dụng sự chênh lệch thời gian này để phát minh ra hai phương pháp tấn công cực kỳ phá hoại:

Phương pháp thứ nhất: Tấn công incrementNonce chi phí thấp (Thời kỳ V1) Trong kiến trúc V1, trạng thái của đơn hàng được quản lý bởi một nonce (số ngẫu nhiên) toàn cục. Người chơi ác ý có thể nhanh chóng phát hành các đơn hàng giả mạo cực kỳ hấp dẫn (Spoofing) ngoài chuỗi. Khi một bên mua thực sự nhảy vào, đơn hàng xuất hiện kết hợp ngoài chuỗi, người chơi ác ý tranh thủ trước khi Operator gửi lên chuỗi, trực tiếp gọi hàm incrementNonce trên chuỗi.

Chi phí của hoạt động này rất thấp (vài xu Gas), nhưng có thể khiến tất cả các đơn hàng cũ của địa chỉ đó trở nên vô hiệu ngay lập tức. Khi Operator gửi giao dịch đã kết hợp lên chuỗi, hợp đồng thông minh phát hiện ra nonce không khớp, và Revert ngay lập tức. Kẻ tấn công rút lui mà không để lại dấu vết, trong khi bên mua thực sự không chỉ bỏ lỡ cơ hội giao dịch, mà còn có thể bị dẫn hướng bởi sàn giả mạo.

Phương pháp thứ hai: Đơn Hàng "Xác Sống" của Ví Trống (Thời kỳ V2 ban đầu) Bản nâng cấp V2 đã loại bỏ nonce toàn cầu, và thay vào đó sử dụng mã băm đơn hàng duy nhất để quản lý trạng thái hủy bỏ, ngăn chặn con đường đầu tiên. Nhưng hacker nhanh chóng phát hiện ra một lỗ hổng sâu hơn: Lừa đảo số dư. Một người dùng ác ý có thể nạp $1000 vào ví, ký một loạt các đơn hàng trị giá tổng cộng $10000 và đặt chúng vào sổ đặt hàng, sau đó ngay lập tức chuyển toàn bộ số tiền khỏi ví.

Vì các đơn hàng Polymarket được ký ngoại tuyến, miễn là chữ ký hợp lệ và Quyền ủy quyền (Approval) chưa bị thu hồi, các đơn hàng này trong mắt máy chủ lưu ký ngoại tuyến sẽ được coi là “hợp lệ”. Nhưng thực tế, số dư của ví này là $0.

Khi bot của bạn đã nhận và xử lý các "đơn hàng xác sống" này, khi Operator gửi lên chuỗi, việc gọi hàm Solady TransferFrom ở cấp dưới sẽ báo lỗi do số dư của đối phương không đủ (mã lỗi 0x7939f424). Giao dịch của bạn sẽ bị Revert lần nữa.

8.3 Tại sao các Sàn Giao Dịch Truyền Thống không gặp vấn đề này?

Bạn có thể đặt câu hỏi: Tại sao Binance hoặc các sàn giao dịch truyền thống như Uniswap không gặp vấn đề này?

Vì Binance là trung tâm hoàn toàn, tiền của bạn tồn tại trong cơ sở dữ liệu của họ, họ có quyền kiểm soát tuyệt đối, việc phù hợp và trừ tiền xảy ra đồng thời trong nguyên tử. Trong khi đó, Uniswap hoàn toàn trên chuỗi, việc phù hợp và trừ tiền đều được thực hiện trong một giao dịch của một hợp đồng thông minh, cũng là nguyên tử.

Nhưng Polymarket đã chọn một kiến trúc lai: phù hợp ngoại chuỗi để đạt được tốc độ cực nhanh, thanh toán trên chuỗi để đảm bảo minh bạch. Và tiền của người dùng được lưu trữ trong một ví hoàn toàn tự quản của họ (như EOA hoặc Gnosis Safe), người dùng có quyền kiểm soát tuyệt đối và có thể rút tiền bất kỳ lúc nào.

Chỉ cần tình trạng tiền của hai bên phù hợp liên kết với ví tự quản thực sự tự do của người dùng, "tách rời tình trạng" sẽ mãi mãi tồn tại.

8.4 Giải pháp Cuối cùng: Ví Gửi Tiền (Deposit Wallet)

Vào ngày 4 tháng 5 năm 2026, Polymarket chính thức công bố một cập nhật lõi của giao thức, giảm tỷ lệ giao dịch ma quỷ trực tiếp từ đỉnh cao 30% xuống còn 0,17%, và tiệm cận với 0%.

Họ đã làm điều đó như thế nào?

Đáp án là sự giới thiệu của Ví Gửi Tiền (Deposit Wallet).

Polymarket cuối cùng đã nhận ra rằng cách duy nhất để giải quyết vấn đề giao dịch ma quỷ là hạn chế "tự do tuyệt đối" của tiền của người dùng. Trong kiến trúc mới, người dùng không thể tham gia phù hợp ngoại chuỗi trực tiếp bằng ví gốc của họ (EOA) nữa. Bạn phải trước tiên gửi tiền vào một Ví Gửi Tiền được điều khiển bởi một hợp đồng thông minh.

Trong ví này:

1. Bạn có quyền sở hữu, nhưng không có quyền kiểm soát tuyệt đối ngay lập tức.

2. Khi bạn đặt lệnh ngoại chuỗi, ví sẽ logic hóa khóa số dư khả dụng tương ứng.

3. Nếu bạn muốn rút tiền từ ví, việc rút tiền này (Thu Hồi Tình trạng) được gán một chi phí thời gian物理. Nó phải qua xác minh của hợp đồng thông minh, đảm bảo bạn không có đơn đặt hàng nào đang chờ phù hợp.

Bằng cách giới thiệu tầng đệm này, Polymarket buộc phải liên kết tình trạng phù hợp ngoại chuỗi và tình trạng tiền trên chuỗi với nhau, hoàn toàn loại bỏ khả năng "ví trống đặt lệnh". Điều này không chỉ là một chiến thắng kỹ thuật, mà còn là một sự thỏa hiệp và tái cấu trúc sâu sắc giữa "tự quản lý" và "hiệu suất giao dịch" trong tài chính phi trung gian.

8.5 Cập Nhật Hardcore Khác Của V2

Ngoài việc giải quyết cuối cùng với Ghost Fill, kiến trúc V2 cũng bao gồm một số cập nhật sâu sắc thay đổi bức tranh thị trường:

· Quyền Kiểm Soát pUSD Vào ngày 28 tháng 4, tài sản thế chấp được chuyển từ USDC.e sang pUSD toàn bộ. Điều này cho phép Polymarket có quyền kiểm soát lãi suất cơ bản của tài sản, giúp người dùng nhận được phần thưởng lãi suất hàng năm lên đến 4.00%. pUSD trở thành cơ sở hạ tầng hiệu quả vốn mới.

· Thực Thi Công Thức Hoàn Hảo p(1-p) Bỏ đi xấp xỉ thô bậy bạ ở thời kỳ V1 min(p, 1-p), công thức phí trực tiếp được thay đổi thành công thức phương sai Bernoulli p × (1-p) hoàn hảo. Độ mịn tuyệt đối toán học giúp mô hình định giá của các người làm lợi nhuận chính xác hơn.

· Loại Bỏ Dải Chống Cháy Nhân Tạo Trong giai đoạn đầu, để bảo vệ những người tạo lập thị trường khỏi cú đánh của cảm trạm API, mã đã cứng cạm lên trễ Taker lên đến 500 mili giây. Cùng với cải thiện hiệu suất của bộ máy V2 và sự giới thiệu của cơ chế Heartbeat (tín hiệu), công ty đã hoàn toàn loại bỏ dải chống cháy nhân tạo này vào cuối tháng 2, tuyên bố Polymarket chính thức gia nhập cuộc chiến HFT phần tử nhanh cấp micro giây. (Đó cũng là lý do tại sao insiders.bot của chúng tôi đã chuẩn bị để open-source API trong tương lai gần, tham gia trận chiến này)

Kết Luận: Nhìn Xuyên Qua Chiếc Máy Tính Từ Đầu

Từ khoảnh khắc bạn nhấp chuột để đặt lệnh:

· Chữ Ký của bạn được gửi vào sổ đặt lệnh ngoại chuỗi.

· Relayer đã đốt Gas của mình để mở đường cho bạn.

· Người Vận Hành đã tìm kiếm cho bạn con đường khớp lý tưởng nhất trong COMPLEMENTARY, MINT và MERGE.

· Đường Cong Phí đã áp dụng công thức dịu dàng p(1-p) để lấy một lượng nhỏ chi phí ma sát.

· Nếu hoạt động của bạn phức tạp, NegRiskAdapter thậm chí có thể áp dụng Phép Alchemy của bảo toàn vật chất cho bạn.

· Cuối cùng, mọi thứ sẽ được quyết định trong 250 mili giây quyết định số phận đó. (Đó cũng là lý do tại sao insiders.bot coi việc theo dõi một cách minh bạch và nhanh chóng là rất quan trọng).

Tiền của bạn không biến mất. Nó chỉ đang chặt chẽ tuân theo các định luật vật lý của chiếc máy chính xác có tên là ctf-exchange-v2, trôi vào nơi nó cần đến.

Khi bạn thấy một tỷ lệ cược kỳ lạ trên Polymarket lần sau, hoặc một cơ hội Arbitrage hấp dẫn, đừng vội vàng nhấn mua ngay. Hãy chạy qua đầu bạn hình dung một lượt bộ hệ thống gear của chiếc máy này trước.

Sau khi hiểu được những cơ bản này với sự hòa trội của "đạo" đúng đắn, bạn sẽ chắc chắn chiến thắng mọi trận đấu.