Mỗi khi một đề xuất thay đổi giao thức xuất hiện, tôi nhìn vào cơ chế bỏ phiếu của nó. Và với BIP-110, điều tôi thấy là một lỗ hổng chết người trong quản trị. Michael Saylor, CEO của MicroStrategy và là người nắm giữ Bitcoin lớn nhất công khai, vừa công bố 110 lý do phản đối BIP-110 – một bản nâng cấp nhằm hạn chế các giao dịch Ordinals và các tập lệnh phức tạp. Nhưng Saylor không chỉ đơn thuần phản đối nội dung; ông chỉ trích chính cơ chế kích hoạt: chỉ cần 55% thợ đào tín hiệu đồng ý, không có trạng thái thất bại, và không có thời gian chờ. Điều này, theo ông, mở ra một tiền lệ nguy hiểm: một nhóm thiểu số có thể ép buộc thay đổi đồng thuận.
Trong bối cảnh thị trường đi ngang, những cuộc tranh luận về quản trị thường bị bỏ qua. Nhưng với tư cách là một thám tử on-chain đã từng lật tẩy hàng chục vụ rug pull và wash trading, tôi biết rằng rủi ro lớn nhất không nằm ở mã nguồn, mà nằm ở cách con người thay đổi mã nguồn đó. BIP-110 không phải là một bản nâng cấp kỹ thuật đơn thuần – nó là một bài kiểm tra về khả năng chống chịu của cơ chế quản trị Bitcoin.
BIP-110 là gì? Đây là một Bitcoin Improvement Proposal (BIP) do một nhóm nhà phát triển đề xuất, nhằm áp đặt bảy giới hạn đồng thuận mới lên các giao dịch: giới hạn độ dài khóa công khai trong script, giới hạn số lượng witness item, vô hiệu hóa một số đường dẫn Taproot, cấm các opcode không chuẩn, v.v. Mục tiêu công bố là giảm kích thước block và ngăn chặn các giao dịch 'rác' như inscription (Ordinals). Nhưng vấn đề nằm ở chỗ: những thay đổi này được kích hoạt thông qua cơ chế BIP-9 sửa đổi – thay vì yêu cầu 95% thợ đào như truyền thống, chỉ cần 55% và không có trạng thái 'FAILED' nếu không đạt ngưỡng trong khung thời gian. Điều này có nghĩa là nếu 55% thợ đào kích hoạt, phần còn lại (45%) buộc phải tuân theo hoặc tự rẽ nhánh.
Saylor đã liệt kê 110 lý do, nhưng tôi chỉ tập trung vào ba điểm mấu chốt mà kinh nghiệm kiểm toán smart contract của tôi cho thấy là đáng lo ngại nhất. Thứ nhất, cơ chế bỏ phiếu 55% là một cuộc tấn công vào tính bất biến. Bitcoin được xây dựng dựa trên nguyên tắc 'không ai có thể thay đổi các quy tắc cơ bản trừ khi gần như tất cả đồng ý'. Việc hạ ngưỡng xuống 55% biến nó thành một hệ thống dân chủ đơn giản, nơi một liên minh đa số có thể áp đặt lên thiểu số. Đây là tiền đề cho các cuộc chiến chính trị trong tương lai: nếu hôm nay họ có thể cấm Ordinals, ngày mai họ có thể cấm Lightning Network hoặc bất kỳ ứng dụng nào không được lòng thợ đào. Thứ hai, việc thiếu trạng thái 'FAILED' là một lỗi thiết kế nghiêm trọng. Trong BIP-9 nguyên bản, nếu một đề xuất không đạt ngưỡng trong thời gian quy định, nó sẽ chuyển sang trạng thái FAILED và bị loại bỏ vĩnh viễn, ngăn chặn các cuộc tranh luận kéo dài. BIP-110 loại bỏ điều này, nghĩa là đề xuất có thể 'lơ lửng' vô thời hạn, gây bất ổn cho người dùng và doanh nghiệp khi không biết liệu quy tắc có thay đổi hay không. Thứ ba, phạm vi tác động quá rộng. Bảy giới hạn cùng lúc không chỉ nhắm vào Ordinals mà còn ảnh hưởng đến các giao thức hợp đồng thông minh trên Bitcoin như RGB, Taproot Assets, và thậm chí cả Lightning Network (thông qua việc giới hạn Taproot path). Điều này cho thấy đề xuất chưa được phân tích kỹ lưỡng về tác động hệ sinh thái.
Tôi đã từng phát hiện lỗ hổng reentrancy trong hợp đồng ICO năm 2017. Hồi đó, nhóm phát triển nói rằng 'chỉ cần sửa nhanh sau khi launch'. Tôi biết đó là dối trá. Với BIP-110, tôi thấy cùng một kiểu tư duy: 'chỉ cần thông qua nhanh, vấn đề kỹ thuật có thể xử lý sau'. Nhưng trong giao thức tiền tệ toàn cầu, không có chỗ cho sự cẩu thả. Mỗi lần một dự án hứa hẹn một bản nâng cấp đơn giản, tôi nhìn vào cơ chế bỏ phiếu của nó. Và với BIP-110, cơ chế đó đã hỏng ngay từ đầu.
Tuy nhiên, tôi phải thừa nhận rằng quan điểm của Saylor không phải là không có điểm mù. Ông cho rằng vấn đề Ordinals có thể được giải quyết bằng các biện pháp phi đồng thuận, như node policy (các nút từ chối giao dịch inscription) hoặc Layer 2. Nhưng trên thực tế, node policy không thể ngăn thợ đào đưa giao dịch vào block nếu họ muốn – bởi vì thợ đào được khuyến khích bởi phí. Và Layer 2 vẫn chưa đủ trưởng thành để xử lý khối lượng giao dịch lớn từ inscription. Nếu không có BIP-110, mạng lưới có thể tiếp tục phình to với dữ liệu rác, làm tăng chi phí chạy node đầy đủ, từ đó tập trung hóa hơn. Đây là lập luận của phe ủng hộ BIP-110: chấp nhận rủi ro quản trị nhỏ để tránh rủi ro tập trung hóa lớn hơn. Nhưng Saylor, với vị thế của một người nắm giữ khổng lồ, sẵn sàng chấp nhận rủi ro đó vì ông có thể chạy node riêng. Người dùng nhỏ lẻ thì không.
Vậy đâu là kết luận? BIP-110 hiện đang ở giai đoạn thảo luận sớm. Nhưng nếu nó tiến triển, các nhà đầu tư dài hạn nên theo dõi tín hiệu từ thợ đào. Nếu hơn 30% thợ đào công khai ủng hộ, đó là dấu hiệu đỏ. Nếu các nhà phát triển cốt lõi (như Bitcoin Core) lên tiếng phản đối, khả năng thông qua sẽ giảm mạnh. Tôi sẽ tiếp tục theo dõi các địa chỉ ví của nhóm đề xuất – vì trong thế giới crypto, mỗi lần một dự án hứa hẹn một bản nâng cấp 'vô hại', tôi nhìn vào ví của đội ngũ. Và nếu họ đã mua quyền chọn short trước khi tin tức lan rộng, thì đó là bằng chứng không cần bàn cãi.
Cho đến lúc đó, hãy nhớ: Bitcoin không cần phải thay đổi để tồn tại. Nhưng một cơ chế thay đổi tồi có thể giết chết nó.