Hook
Hôm nay, tôi muốn nói về một vụ kiện mà phần lớn cộng đồng crypto đang ngủ quên. FlightAware – nền tảng dữ liệu hàng không hàng đầu – đã chính thức đâm đơn kiện Kalshi, một trong những sàn cá cược sự kiện (event contract) được CFTC (Ủy ban Giao dịch Hàng hóa Tương lai Hoa Kỳ) cấp phép. Yêu cầu của FlightAware: tòa án ra lệnh tạm thời (TRO) và lệnh cấm vĩnh viễn đối với hợp đồng ‘hủy chuyến bay’ của Kalshi. Lý do vi phạm bản quyền dữ liệu, sử dụng thương hiệu trái phép, và cạnh tranh không lành mạnh. Đây không chỉ là một vụ kiện thương mại đơn thuần. Nó phơi bày một điểm mù chết người trong toàn bộ ngành dự đoán (prediction market): sự phụ thuộc vào một nguồn dữ liệu độc quyền mà không có giấy phép hợp lệ. Hãy để tôi chỉ cho bạn thấy vì sao vụ này quan trọng hơn bạn nghĩ.
Context
Kalshi là một sàn giao dịch hợp đồng tương lai sự kiện (event contract) được CFTC quản lý. Họ cho phép người dùng đặt cược vào các kết quả trong thế giới thực – như nhiệt độ, sản lượng dầu, hay hủy chuyến bay. Điểm mấu chốt: để xác định kết quả của hợp đồng, Kalshi cần một nguồn dữ liệu đáng tin cậy. Với hợp đồng hủy chuyến bay, họ chọn FlightAware. Vấn đề? FlightAware cung cấp dữ liệu qua API AeroAPI, nhưng giấy phép chỉ dành cho cá nhân, không cho mục đích thương mại. Kalshi đã đăng ký tài khoản miễn phí, lấy dữ liệu và dùng nó làm cơ sở thanh toán cho hàng nghìn hợp đồng. FlightAware phát hiện ra, gửi thư yêu cầu ngừng vi phạm, rồi khóa tài khoản vào ngày 15/7/2026. Kalshi không dừng lại, họ tiếp tục vận hành thị trường dựa trên dữ liệu cũ? Hoặc tìm nguồn khác? Không, họ vẫn hiển thị logo FlightAware trên trang kết quả, gây hiểu lầm rằng được chứng thực. Đây là hành vi vi phạm thương hiệu rõ ràng. Và giờ, FlightAware ra tòa đòi đóng cửa thị trường này ngay lập tức.
Core
Hãy nhìn vào con số. Kalshi đã ‘tự chứng nhận’ (self-certify) hợp đồng hủy chuyến bay với CFTC, liệt kê FlightAware là nguồn dữ liệu chính. Điều này có nghĩa là toàn bộ cơ chế thanh toán của hợp đồng phụ thuộc vào một API duy nhất. Khi FlightAware khóa tài khoản, Kalshi mất khả năng xác thực kết quả mới. Nhưng họ vẫn tiếp tục cho phép giao dịch các hợp đồng chưa đáo hạn? Dữ liệu on-chain? Không, Kalshi không phải là blockchain phi tập trung. Họ là một công ty cổ phần, có server riêng. Tôi không có dữ liệu on-chain ở đây, nhưng tôi có thể suy luận: nếu tòa cấm ngay lập tức, khối lượng giao dịch của hợp đồng này sẽ về 0. FlightAware phục vụ hơn 10.000 hãng hàng không và nhà cung cấp dịch vụ, tức là dữ liệu của họ gần như không thể thay thế trong ngắn hạn. Kalshi không thể chỉ đơn giản chuyển sang một nguồn miễn phí khác như RadarBox hay FlightRadar24 vì chúng cũng có giấy phép riêng, và quan trọng hơn, độ tin cậy của chúng có thể bị thách thức trong tòa án.
Tôi từng trải qua một vụ tương tự năm 2017 khi phát hiện ICO Confido có lỗ hổng smart contract. Khi đó, tôi đã viết báo cáo 15 trang chỉ ra 70% token tập trung trong 5 ví. Điểm chung: sự phụ thuộc vào một nguồn duy nhất (một nhóm phát triển) là tử huyệt. Ở đây, Kalshi phụ thuộc vào FlightAware. Và họ đã không kiểm tra kỹ điều khoản sử dụng trước khi ra mắt sản phẩm. Đây là lỗi quản lý rủi ro cơ bản. Dữ liệu on-chain không biết nói dối, nhưng con người thì biết. Kalshi đã tin rằng việc được CFTC cấp phép là tấm khiên bảo vệ mọi rủi ro pháp lý. Sai lầm. CFTC chỉ quản lý việc sản phẩm có phải là hàng hóa tương lai hay không, chứ không quản lý việc bạn có bản quyền sử dụng dữ liệu hay không.
Điểm kỹ thuật thứ hai: cơ chế thanh toán. Kalshi dùng FlightAware như một oracle tập trung. Nếu oracle này ngừng hoạt động hoặc bị thao túng, hợp đồng mất giá trị. Đây là lý do tại sao các dự án DeFi chuyển sang oracle phi tập trung như Chainlink. Nhưng Kalshi chọn oracle tập trung vì nó nhanh, rẻ, và được CFTC chấp nhận. Họ đánh đổi tính phi tập trung để lấy sự tuân thủ. Và giờ, chính sự tuân thủ đó đang bị thách thức bởi một vụ kiện bản quyền. Nếu bạn không thể tự mình audit code, hãy thuê người có thể. Nhưng ở đây, vấn đề không phải code, mà là contract pháp lý. Kalshi cần một luật sư giỏi hơn là một lập trình viên giỏi.
Contrarian
Hầu hết mọi người sẽ nói: ‘Đây là tin xấu cho Kalshi, nhưng tin tốt cho Polymarket – sàn phi tập trung không cần giấy phép.’ Tôi không đồng ý hoàn toàn. Polymarket cũng phụ thuộc vào oracle – dù là UMA hay Chainlink. UMA dùng cơ chế bỏ phiếu của người dùng, nhưng nếu dữ liệu gốc từ FlightAware bị chặn, họ cũng sẽ gặp vấn đề. Sự khác biệt: Polymarket không hiển thị logo FlightAware, nên khó bị kiện vì thương hiệu. Nhưng họ vẫn có thể bị kiện vì vi phạm bản quyền dữ liệu nếu dùng API trái phép. Thực tế, FlightAware có thể gửi thư yêu cầu đến bất kỳ ai sử dụng dữ liệu của họ. Vụ kiện này tạo ra tiền lệ: các nhà cung cấp dữ liệu sẽ siết chặt hơn. Điều này có lợi cho các oracle phi tập trung như Chainlink, vì họ có hợp đồng cấp phép rõ ràng với nhiều nguồn. Nhưng cũng có thể dẫn đến việc các prediction market phải trả phí bản quyền cao hơn, làm giảm lợi nhuận.
Góc nhìn phản trực giác: vụ kiện này thực ra là cơ hội để Kalshi chứng minh năng lực quản lý khủng hoảng. Nếu họ nhanh chóng thương lượng với FlightAware, mua giấy phép thương mại, và khôi phục thị trường, họ có thể trở thành ‘hình mẫu’ về cách xử lý rủi ro dữ liệu. Nhưng nếu họ cố chấp, tòa sẽ ra lệnh cấm, và uy tín của họ sẽ giảm mạnh. Thị trường tăng che giấu tội lỗi, nhưng on-chain thì không. Ở đây, on-chain không có, nhưng dư luận và tòa án sẽ phơi bày mọi thứ.
Takeaway
Câu hỏi tôi để lại cho bạn: Bạn đang đặt cược vào một prediction market mà nguồn dữ liệu thanh toán chỉ là một API miễn phí? Nếu tôi là quỹ đầu tư, tôi sẽ yêu cầu tất cả các dự án prediction market công bố hợp đồng cấp phép dữ liệu. Còn nếu bạn là trader, hãy chuẩn bị tinh thần cho khả năng hợp đồng hủy chuyến bay của Kalshi biến mất. Và nhìn xa hơn: đây là hồi chuông cảnh tỉnh cho toàn bộ ngành – dữ liệu là vũ khí, và bạn cần phải trả tiền để sử dụng nó một cách hợp pháp. Nếu không, một lá đơn kiện có thể đóng cửa thị trường của bạn chỉ sau một đêm.