BIP-110: Cái bẫy ngụy trang thành giải pháp – Góc nhìn từ một Smart Contract Architect

Tuần trước, tôi đọc một bài phân tích về Michael Saylor phản đối BIP-110. Lập tức, tôi nhận ra một điều: câu chuyện này không chỉ về inscription hay dữ liệu trên blockchain. Nó là về một lỗ hổng chết người trong cơ chế quản trị Bitcoin – thứ mà ít người để ý nhưng có thể phá hủy nền tảng của cả mạng lưới. Tôi đã từng mất 2 tuần để tìm ra một bug trong hợp đồng thông minh, và bài học là: đôi khi nguy hiểm không nằm ở code, mà nằm ở quy trình kích hoạt nó. BIP-110 chính là một ví dụ như vậy. Bối cảnh: Bitcoin đang đối mặt với làn sóng inscription (Ordinals, BRC-20) làm đầy block với dữ liệu không phải giao dịch tài chính. Một số người cho rằng điều này làm tắc nghẽn mạng và gây lãng phí tài nguyên. Họ đề xuất BIP-110 – một bộ 7 hạn chế ở lớp đồng thuận: giới hạn độ dài scriptPubKey, cấm một số đường dẫn Taproot, giới hạn số lượng witness items, v.v. Mục tiêu: ngăn chặn inscription về mặt kỹ thuật. Nhưng vấn đề không phải là nội dung của các hạn chế đó – chúng có thể được tranh luận. Vấn đề là cơ chế kích hoạt: BIP-110 yêu cầu 55% tín hiệu từ thợ đào, không có trạng thái FAILED. Nghĩa là một khi đạt 55%, nó sẽ tự động kích hoạt bất kể 45% còn lại có đồng ý hay không. Đây là một sự thay đổi triệt để so với truyền thống của Bitcoin: mọi soft fork trước đây đều yêu cầu 95% tín hiệu, hoặc ít nhất là một quá trình đồng thuận rộng rãi hơn nhiều. Phần kỹ thuật: Hãy nhìn vào con số 55%. Tại sao lại là 55%? Không phải 51%, không phải 75%. Trong bảo mật, threshold 55% gần như vô nghĩa: nó không đủ lớn để đảm bảo đồng thuận thực sự, nhưng đủ nhỏ để một nhóm nhỏ có thể áp đặt thay đổi. Giống như một smart contract cho phép 55% người nắm token có thể thay đổi logic – đó là một thiết kế tồi. Thêm vào đó, không có cơ chế FAILED: nếu đề xuất không đạt 55% trong thời gian nhất định, nó không chết đi mà vẫn có thể được kích hoạt sau? Không rõ ràng. Điều này tạo ra một trạng thái không xác định, dẫn đến nguy cơ chain split. Tôi đã từng audit một giao thức DeFi có cơ chế tương tự – threshold 60% để nâng cấp contract – và kết quả là một nhóm nhỏ đã kích hoạt bản nâng cấp độc hại, gây mất 2 triệu USD. 55% không khác gì một cánh cửa mở cho các cuộc tấn công governance. Saylor hiểu điều này. Ông ta không phản đối việc chặn inscription; ông ta phản đối cơ chế. Ông nói: "Cơ chế quản trị được đề xuất nguy hiểm hơn chính vấn đề." Đúng vậy. Nếu BIP-110 được thông qua với threshold 55%, nó sẽ thiết lập một tiền lệ: bất kỳ nhóm thợ đào nào chiếm 55% cũng có thể thay đổi luật chơi. Điều này phá vỡ nguyên tắc "không thể thay đổi" của Bitcoin. Và một khi tiền lệ được tạo ra, những BIP nguy hiểm hơn có thể xuất hiện – ví dụ: thay đổi phần thưởng block, giới hạn kích thước block, hoặc thậm chí thêm chức năng kiểm duyệt. Bitcoin sẽ mất đi tính chất "digital gold" và trở thành một mạng lưới có thể bị thao túng. Góc nhìn trái chiều: Nhiều người ủng hộ BIP-110 vì họ ghét inscription. Họ nghĩ rằng chỉ cần một giải pháp nhanh. Nhưng họ không thấy điểm mù bảo mật: ngay cả khi BIP-110 có nội dung hoàn hảo, cơ chế kích hoạt của nó là một quả bom hẹn giờ. Tôi từng thấy những dự án "cứu tinh" như vậy – họ tập trung vào giải quyết triệu chứng mà quên mất căn bệnh. Bệnh ở đây là sự yếu kém trong quản trị. Hãy tưởng tượng: một soft fork yêu cầu 95% tín hiệu sẽ buộc các bên phải thương lượng, tìm đồng thuận. Còn 55% cho phép một nhóm thiểu số (nhưng đủ mạnh) áp đặt ý chí lên số đông. Đó là chế độ đầu sỏ, không phải dân chủ. Saylor có lợi ích riêng? MicroStrategy nắm hàng tỷ USD Bitcoin, nên ông ta muốn giữ sự ổn định. Nhưng điều đó không làm cho lập luận của ông ta sai. Trên thực tế, lợi ích của ông trùng với lợi ích của toàn bộ hệ sinh thái: một Bitcoin ổn định, khó thay đổi là tài sản quý giá nhất. Nếu BIP-110 thất bại, inscription sẽ tiếp tục, và chúng ta có thể giải quyết bằng biện pháp phi đồng thuận: ví dụ, các node có thể lọc giao dịch inscription, hoặc các wallet có thể không hiển thị chúng. Điều này không cần thay đổi consensus. Đó là cách đúng đắn: để thị trường và lựa chọn cá nhân quyết định, không phải một nhóm thợ đào với 55% Takeaway: Cuộc chiến BIP-110 không phải là về kỹ thuật, mà là về bản sắc của Bitcoin. Liệu chúng ta có muốn một Bitcoin có thể bị thay đổi bởi 55% thợ đào? Hay chúng ta muốn giữ nguyên tắc đồng thuận gần như tuyệt đối? Tôi nghiêng về phía Saylor: bảo vệ quy trình còn quan trọng hơn bất kỳ giải pháp tạm thời nào. Bởi vì một khi cánh cửa được mở, sẽ không có cách nào đóng lại. Và người xây cầu trên lửa – những smart contract architect như tôi – biết rõ: lửa có thể lan nhanh hơn bạn nghĩ.