Có bao giờ bạn tự hỏi, ranh giới giữa một công cụ phòng ngừa rủi ro và một canh bạc nằm ở đâu? Khi một công ty dữ liệu hàng không kiện một sàn dự đoán vì sử dụng dữ liệu của họ, đó không chỉ là tranh chấp hợp đồng – đó là tín hiệu cho thấy ngành công nghiệp blockchain đang phải đối mặt với một thực tế pháp lý mà không whitepaper nào lường trước được.
Tuần trước, FlightAware – nền tảng theo dõi chuyến bay thời gian thực – đã đệ đơn kiện Kalshi, sàn dự đoán được CFTC Hoa Kỳ cấp phép. Cáo buộc chính: sử dụng trái phép dữ liệu hủy chuyến bay, vi phạm nhãn hiệu và gây tổn hại đến uy tín. Trong đơn kiện, nguyên đơn còn trích dẫn quan điểm của chính quyền tiểu bang cho rằng các hợp đồng hủy chuyến bay của Kalshi giống như cờ bạc. Đây không phải là vụ kiện công nghệ thông thường – nó chạm đến gốc rễ của mô hình kinh doanh thị trường dự đoán: sự phụ thuộc vào nguồn dữ liệu bên thứ ba và ranh giới pháp lý giữa dự đoán, bảo hiểm và cờ bạc.
Để hiểu vấn đề, bạn cần hình dung Kalshi hoạt động như thế nào. Không giống Polymarket phi tập trung (dùng oracle UMA để xác thực kết quả), Kalshi là một sàn giao dịch tập trung chịu sự giám sát của CFTC. Người dùng nạp USD, đặt cược vào các sự kiện như “chuyến bay AA123 có bị hủy trong ngày không?”. Giá hợp đồng phản ánh xác suất, và kết quả thanh toán dựa trên dữ liệu chính thức từ các nguồn đáng tin cậy – trong trường hợp này, FlightAware. Vấn đề nằm ở chỗ: Kalshi có quyền sử dụng dữ liệu đó cho mục đích thương mại không? Đặc biệt là khi họ dùng tên “FlightAware” để mô tả hợp đồng, khiến người dùng nghĩ rằng dữ liệu được chứng thực bởi chính FlightAware.
Với tư cách một người đã từng thiết kế cơ chế oracle cho các dự án DeFi đầu thập kỷ, tôi thấy vụ kiện này quen thuộc đến đau lòng. Năm 2018, tôi tham gia một dự án cho vay phi tập trung sử dụng giá token từ một sàn tập trung duy nhất. Khi sàn đó thay đổi chính sách API, toàn bộ giao thức ngừng hoạt động. Bài học là: phụ thuộc vào một nguồn dữ liệu độc quyền mà không có thỏa thuận cấp phép rõ ràng là một quả bom hẹn giờ. Kalshi đã gặp phải quả bom đó. FlightAware có thể không chỉ kiện vì tiền – họ muốn thiết lập tiền lệ rằng dữ liệu hàng không không thể được sử dụng để tạo ra các công cụ tài chính mà không có sự đồng ý.
Phân tích kỹ thuật cho thấy điểm yếu cốt lõi của Kalshi là thiếu lớp trừu tượng nguồn dữ liệu (data source abstraction layer). Trong kiến trúc của họ, dữ liệu hủy chuyến bay được lấy trực tiếp từ FlightAware mà không có cơ chế dự phòng. Nếu tòa án ra lệnh cấm tạm thời, Kalshi sẽ không thể thanh toán các hợp đồng đang mở. Điều này tương tự như vấn đề “phân mảnh thanh khoản” mà các VC thường kêu ca – nhưng thực ra vấn đề thực sự là sự phụ thuộc đơn điểm vào một nguồn dữ liệu không được cấp phép. Trong thế giới phi tập trung, chúng ta có thể thiết kế nhiều oracle, nhưng nếu tất cả đều lấy từ cùng một API, thì tính phi tập trung chỉ là ảo ảnh.
Từ góc độ thị trường, vụ kiện này là một tín hiệu điều chỉnh rủi ro cho toàn bộ ngành dự đoán. Kalshi không có token, nên không ảnh hưởng trực tiếp đến giá. Nhưng nó ảnh hưởng đến tâm lý nhà đầu tư đối với các dự án tương tự như Polymarket, Augur, Azuro. Nếu tòa coi hợp đồng hủy chuyến bay là cờ bạc, thì toàn bộ thể loại “event contract” có thể bị siết chặt. Điều trớ trêu là: chính sự thành công của Kalshi trong việc thu hút người dùng đã khiến họ trở thành mục tiêu. FlightAware không kiện một sàn nhỏ vô danh – họ kiện vì thấy dữ liệu của mình được sử dụng để tạo ra một thị trường có khối lượng giao dịch đáng kể. Điều này chứng minh rằng thị trường dự đoán có nhu cầu thực, nhưng cũng cho thấy các công ty dữ liệu sẽ không ngồi yên.
Tuy nhiên, tôi cho rằng góc nhìn phản trực giác ở đây là: vụ kiện này có thể là chất xúc tác tích cực cho ngành trong dài hạn. Nó buộc các nền tảng dự đoán phải chuyên nghiệp hóa việc cấp phép dữ liệu. Hãy tưởng tượng một tương lai nơi có các “data licensing aggregator” – trung gian cấp phép dữ liệu cho các hợp đồng thông minh, giống như Chainlink cung cấp oracle, nhưng tập trung vào khía cạnh pháp lý. Nếu Kalshi thua kiện, họ sẽ phải trả tiền bản quyền hoặc tìm nguồn thay thế. Điều này làm tăng chi phí vận hành, nhưng đồng thời tạo ra rào cản gia nhập cho các đối thủ kém chuyên nghiệp. Những nền tảng nào đầu tư vào thỏa thuận cấp phép từ đầu sẽ có lợi thế cạnh tranh bền vững.
Một điểm mù thú vị: vụ kiện này cũng làm lộ ra sự mong manh của các oracle phi tập trung hiện tại. Polymarket sử dụng UMA – một optimistic oracle – nhưng nếu dữ liệu gốc bị tranh chấp bản quyền, thì oracle vẫn phải dựa vào một nguồn có vấn đề. Vấn đề không nằm ở công nghệ oracle, mà nằm ở tính hợp pháp của nguồn dữ liệu đầu vào. Điều này khiến tôi nhớ đến bài học từ Lightning Network: đôi khi giải pháp kỹ thuật xuất sắc (routing) thất bại vì vấn đề phi kỹ thuật (quản lý channel). Ở đây, oracle hoạt động hoàn hảo, nhưng nếu dữ liệu bị kiện, toàn bộ hệ thống sụp đổ.
Vậy chúng ta học được gì? Thứ nhất, không bao giờ xây dựng sản phẩm dựa trên một nguồn dữ liệu duy nhất mà không có kế hoạch dự phòng pháp lý. Hãy đa dạng hóa nguồn dữ liệu và ký hợp đồng cấp phép ngay từ ngày đầu. Thứ hai, các nhà phát triển cần tích hợp tầng kiểm tra tính hợp pháp của dữ liệu vào thiết kế giao thức, không chỉ là kiểm tra kỹ thuật. Thứ ba, cộng đồng nên ủng hộ các dự án minh bạch về nguồn dữ liệu, thay vì chỉ chạy theo khối lượng giao dịch.
Tôi kết thúc bằng một câu hỏi để bạn suy ngẫm: Nếu ngày mai tòa án ra phán quyết rằng bất kỳ hợp đồng dự đoán nào sử dụng dữ liệu từ một nguồn độc quyền mà không có giấy phép đều là bất hợp pháp, thì bao nhiêu phần trăm thị trường dự đoán hiện tại sẽ sụp đổ? Câu trả lời có thể khiến bạn giật mình, nhưng nó cũng chỉ ra con đường phía trước: chúng ta cần một hạ tầng dữ liệu có đạo đức, có trách nhiệm và có khả năng kháng kiện. Đó mới là tương lai thực sự của phi tập trung.
