Hôm qua, tôi đọc một bài trên Crypto Briefing. Tiêu đề: "Rogers beats El-Sayed, loses to Stevens in Michigan Senate poll". Hai câu, hai kết quả, cùng một nguồn dữ liệu. Nếu đây là một smart contract, tôi sẽ nói ngay: hàm này trả về hai giá trị khác nhau cho cùng một đầu vào. Đó là lỗi logic cơ bản. Một hợp đồng không nhất quán là một hợp đồng chết. Nhưng đây không phải là code - đây là tin tức. Và điều đó làm tôi khó chịu hơn.
Crypto Briefing là một trang tin về tiền điện tử. Bình thường, nó viết về Bitcoin, Ethereum, DeFi. Vậy tại sao một trang tin crypto lại đưa tin về cuộc thăm dò Thượng viện Michigan? Bài báo không nói rõ. Nó chỉ nói một cách mơ hồ rằng cuộc thăm dò "nêu bật một bối cảnh bầu cử năng động". Không ai giải thích Rogers là ai, Stevens là ai, El-Sayed thuộc đảng nào. Trong một bài báo chuyên nghiệp, điều này là không thể chấp nhận.
Michigan là một bang chiến trường. Nó có cộng đồng người Mỹ gốc Ả Rập lớn, công nhân ô tô, và có thể quyết định phe nào kiểm soát Thượng viện. Với ngành crypto, Thượng viện Mỹ có thể tạo ra luật về stablecoin, về quyền tự quản lý tài sản, về thuế. Nói cách khác: ai thắng ở Michigan không chỉ quyết định chính sách đối ngoại của Mỹ, mà còn định hình môi trường pháp lý cho tiền điện tử. Đó là lý do có thể khiến trang này đăng bài.
Nhưng vấn đề không nằm ở lý do. Vấn đề nằm ở chất lượng dữ liệu. Bài báo không cho biết cỡ mẫu. Không cho biết sai số. Không cho biết thời điểm khảo sát. Không cho biết ai tài trợ. Theo tiêu chuẩn của một báo cáo thăm dò chuyên nghiệp, đây là một bản ghi không đầy đủ. Nếu một dự án DeFi gửi lên blockchain một bản ghi thiếu dữ liệu như vậy, nó sẽ không qua được vòng kiểm tra của tôi.
Trong phát triển smart contract, tính nhất quán là bất biến. Cùng một input, cùng một điều kiện, output phải giống hệt nhau. Nếu tôi deploy một hợp đồng, gọi hàm kiemTraNguoiThang("Rogers") với đối thủ là El-Sayed, nó trả về true. Gọi với đối thủ là Stevens, nó trả về false. Vậy hàm này có ý nghĩa gì? Nó không cho tôi biết Rogers mạnh hay yếu. Nó chỉ cho tôi biết một điều: kết quả phụ thuộc vào đối thủ. Nghe có vẻ hiển nhiên trong bầu cử, nhưng trong kỹ thuật, điều đó có nghĩa là hàm kiemTraNguoiThang được thiết kế sai.
Đó chính xác là những gì bài báo này làm. Nó ghép hai kịch bản khác nhau vào một tiêu đề, và tạo ra một ấn tượng rằng cuộc đua đang "năng động" hay "khó lường". Nhưng thực chất, nó chỉ đang so sánh hai cặp đấu khác nhau. Một phép so sánh ẩu. Cũng giống như câu chuyện "phân mảnh thanh khoản" được dựng lên để bán sản phẩm mới, câu chuyện "bối cảnh bầu cử năng động" ở đây có thể chỉ là một lớp narrative để giữ chân độc giả trong một ngày tin tức ảm đạm.
Hãy nhìn vào các thị trường dự đoán phi tập trung như Polymarket. Họ không bao giờ đưa ra một con số duy nhất. Họ tổng hợp từ nhiều oracle, nhiều nguồn, và hiển thị một xác suất được cập nhật theo thời gian. Nếu một nguồn duy nhất - ví dụ Crypto Briefing - cố gắng thao túng thị trường bằng một bài báo mâu thuẫn, cơ chế phân tán sẽ kéo giá trở về giá trị thực. Nhưng nếu tất cả nguồn tin đều kém chất lượng, hoặc nếu chỉ có một vài nguồn tin kiểm soát câu chuyện, thì thị trường sẽ bị bóp méo. Giống như một blockchain với ba validator, trong đó hai validator là cùng một người - nó vẫn chạy, nhưng không còn an toàn.
Tôi từng chạy full node Celestia vào năm 2022 để nghiên cứu lớp Data Availability. Bài học tôi nhận được: DA không phải là thứ đắt nhất, mà là thứ dễ bị bỏ qua nhất. Mọi người đổ xô vào lớp execution, lớp settlement. Nhưng nếu data không có sẵn và không được xác minh, mọi thứ bên trên đều sụp đổ. Bây giờ, hãy áp dụng điều đó vào tin tức. Lớp DA của chúng ta - các trang tin, mạng xã hội, bài báo - đang đầy rẫy những dữ liệu không được xác minh, không có nguồn gốc, không có mẫu. Và những dữ liệu đó đang nuôi các lớp ứng dụng: quyết định đầu tư, quyết định bỏ phiếu, quyết định chính sách.
Trong khi mọi người trong ngành của tôi đang tranh luận về việc liệu Celestia có cần thiết cho 99% rollup hay không, tôi nghĩ chúng ta đang hỏi sai câu hỏi. Vấn đề không phải là DA cho rollup. Vấn đề là DA cho các sự kiện ngoài đời thực. Cuộc thăm dò Michigan này là một ví dụ hoàn hảo: nó là dữ liệu off-chain, được đưa lên một nền tảng on-chain (trang tin crypto), và được tiêu thụ bởi những người có thể ảnh hưởng đến các quyết định on-chain (nhà đầu tư). Một lỗ hổng ở đây có thể dẫn đến một vụ thanh lý lớn ở kia.
Nói về lỗ hổng, tôi nhớ năm 2017, tôi audit một hợp đồng ICO cho một nhóm nhỏ ở Hà Nội. Hợp đồng trông đơn giản, nhưng tôi phát hiện một lỗi reentrancy trong hàm rút tiền. Nhóm phát triển đã bỏ qua nó vì họ quá tập trung vào việc marketing. Nếu không được sửa, họ có thể mất 500 ETH. Tôi kể chuyện này vì một lý do: lỗi nghiêm trọng không bao giờ nằm ở nơi mọi người nhìn vào. Ai cũng nhìn vào kết quả thăm dò. Tôi nhìn vào quy trình tạo ra kết quả đó. Và quy trình này - từ một trang tin crypto đến một bài báo không có chú thích dữ liệu - đang có một lỗ hổng.
Chi phí của sự thiếu xác minh này là gì? Trong thế giới blockchain, chúng ta gọi đó là gas. Trong thế giới truyền thông, tôi gọi nó là gas của sự chú ý. Mỗi bài báo mâu thuẫn hoặc gây hiểu lầm buộc độc giả phải tiêu tốn thêm sự chú ý để đối chiếu, để tìm nguồn gốc, để hỏi "tại sao?" Và trong một cuộc gas war, người chiến thắng không phải là người có dữ liệu tốt nhất, mà là người có nhiều tài nguyên nhất để spam. Điều đó giải thích tại sao tin rác lan nhanh hơn tin đúng.
Bạn có thể nói: "Đây chỉ là một bài báo nhỏ, không đáng để phân tích." Tôi nghĩ ngược lại. Chính những bài báo nhỏ, ít người để ý, mới là nơi tốt nhất để kiểm tra quy trình xác minh của chúng ta. Trong một thị trường bò, mọi người có xu hướng bỏ qua các lỗ hổng nhỏ. Họ nói "không sao đâu, giá vẫn lên". Nhưng tôi đã thấy quá nhiều hợp đồng bị khai thác chỉ vì một hàm rút tiền không kiểm tra reentrancy. Lỗi không bao giờ nằm ở những dòng code phức tạp. Lỗi nằm ở những giả định cơ bản.
Ở đây, giả định cơ bản là: "Một trang tin crypto đăng kết quả thăm dò thì kết quả đó phải đáng tin cậy." Bạn có chắc không? Tôi không. Tôi không nói rằng bài báo này có ác ý. Tôi nói rằng nó đang được xử lý như một oracle sự thật trong khi nó chỉ là một nguồn dữ liệu thô, chưa qua xác minh. Và nếu ai đó xây dựng một sản phẩm tài chính dựa trên những oracle như thế này, họ đang tự đặt mình vào rủi ro thanh lý.
Trong thị trường tăng này, khi mọi người tranh nhau mua token và FOMO, tôi vẫn dành thời gian để đọc những bài báo rác. Bởi vì tôi tin rằng: một nhà phát triển giỏi không phải là người viết code không lỗi, mà là người biết hỏi "ai đang xác minh dữ liệu cho tôi?" Nếu câu trả lời là "không ai", bạn vừa tìm thấy lỗ hổng tiếp theo của thị trường. Và nếu bạn cho rằng một cuộc thăm dò ở Michigan không liên quan đến ví tiền của bạn, hãy nhớ: mọi thứ trong crypto đều bắt đầu từ một niềm tin. Khi niềm tin đó được xây trên dữ liệu rác, nó chỉ là một block chưa được xác nhận. Và block chưa được xác nhận thì luôn có thể bị thay thế.