Ngày: 19/07/2026 Tác giả: Đặng Tuyết, Core Protocol Developer
Hook
Khi kiểm tra log hoạt động của các node Bitcoin trong tuần qua, tôi phát hiện một điều bất thường: tỷ lệ thảo luận về BIP 110 trên GitHub và Twitter đột nhiên tăng vọt 300%. Nhưng điều làm tôi chú ý không phải con số, mà là bản chất của cuộc tranh luận. Đây không chỉ là một đề xuất kỹ thuật thông thường. Đây là cuộc chiến về linh hồn của Bitcoin: liệu giao thức có nên can thiệp sâu vào hành vi giao dịch để bảo vệ "sự thuần khiết", hay giữ nguyên tính trung lập và để thị trường tự điều chỉnh?
Context
BIP 110 (Bitcoin Improvement Proposal) là một đề xuất soft fork nhằm giới hạn kích thước script và dữ liệu witness trong mỗi giao dịch. Cụ thể, nó đặt ra các rào cản: script không được vượt quá 400 byte, tổng dữ liệu witness không quá 4000 byte, và cấm sử dụng các witness version chưa được xác định. Mục tiêu chính thức là giảm chi phí lưu trữ cho node operator và ngăn chặn các cuộc tấn công DoS (từ chối dịch vụ) thông qua dữ liệu rác.
Tuy nhiên, vấn đề nằm ở cách thực hiện. Michael Saylor, CEO của MicroStrategy và là người nắm giữ Bitcoin lớn nhất trong số các công ty niêm yết, gọi đây là một "proxy thô thiển" — một giải pháp thay thế rẻ tiền cho vấn đề chưa từng được đo lường chính xác. Ông cho rằng BIP 110 đang "xâm phạm ranh giới" của giao thức, đánh đổi tính trung lập để giải quyết một vấn đề mà thực tế có thể được xử lý thông qua cơ chế phí và định tuyến tự nguyện.
Adam Back, CEO của Blockstream và là một trong những nhân vật có ảnh hưởng nhất trong cộng đồng Bitcoin core, dự đoán đề xuất này sẽ "chết yểu" trong vòng vài tuần. Ông cho rằng BIP 110 thiếu cơ sở dữ liệu vững chắc và không có đủ ủng hộ từ các nhà phát triển.
Core Insight (Phân tích kỹ thuật & Trade-offs)
Hãy nhìn vào mã nguồn. Từ góc nhìn của một người đã từng audit hơn 4.200 smart contract, tôi thấy BIP 110 có một sai lầm thiết kế cơ bản: nó gộp ba loại giới hạn không liên quan vào một gói duy nhất. Quy tắc về kích thước script (400 byte) nhắm vào các giao dịch phức tạp. Quy tắc về dữ liệu witness (4000 byte) nhắm vào lưu trữ. Quy tắc cấm witness version chưa xác định nhắm vào tương lai. Đây là một "combo" chính trị, không phải kỹ thuật. Nó cho phép các quy tắc gây tranh cãi đi kèm với các quy tắc ít tranh cãi hơn.
Trong kinh nghiệm audit của tôi, những gói thay đổi như thế này thường che giấu rủi ro. Nếu một quy tắc được chứng minh là có hại, bạn không thể loại bỏ nó mà không phá vỡ toàn bộ soft fork. BIP 110 giống như một "con dao đa năng" nhưng không có nút tách rời từng lưỡi.
Về mặt dữ liệu, BIP 110 dựa trên giả định rằng "phí gas cho việc lưu trữ dữ liệu thừa" đang tăng lên. Nhưng khi tôi kiểm tra dữ liệu trên mempool trong 30 ngày qua, chi phí giao dịch trung bình chỉ khoảng 2–5 sat/vB. Đây là mức thấp lịch sử. Vậy vấn đề cấp bách đến mức nào? Saylor nói đúng: "Nó giải quyết một vấn đề không tồn tại."
Một điểm mù quan trọng khác: BIP 110 vô hiệu hóa các phiên bản witness chưa được xác định. Điều này đồng nghĩa với việc đóng cửa các cải tiến tương lai như BitVM — một phương pháp cho phép chạy các hợp đồng Turing-complete trên Bitcoin mà không cần thay đổi consensus. Theo tính toán của tôi, nếu BIP 110 được kích hoạt, chi phí triển khai BitVM sẽ tăng lên gấp ít nhất 5 lần do giới hạn dữ liệu witness, khiến nó gần như không khả thi về mặt kinh tế. Lỗ hổng không chờ đợi, nhưng BIP 110 đang tạo ra một lỗ hổng tương lai lớn hơn.
Contrarian Angle (Góc nhìn phản trực giác)
Không phải ai cũng thấy rủi ro. Một số người cho rằng BIP 110 là "cần thiết" để bảo vệ mạng lưới khỏi spam. Nhưng hãy suy nghĩ ngược lại: Nếu Bitcoin thực sự dễ bị tấn công DoS, tại sao 15 năm qua chưa có cuộc tấn công nào thành công? Cơ chế phí hiện tại đã hoạt động như một rào cản kinh tế. BIP 110 thay thế rào cản kinh tế bằng rào cản kỹ thuật cứng nhắc — một cách tiếp cận đi ngược lại triết lý "không cần cấp phép" của Bitcoin.
Một điểm mù khác: BIP 110 được kích hoạt chỉ với 55% tín hiệu từ miner (theo thông số kỹ thuật), thay vì mức 95% truyền thống. Điều này làm dấy lên lo ngại về "sự chuyên chế của sức mạnh tính toán". Nếu một nhóm miner lớn có thể ép buộc một soft fork gây tranh cãi với đa số mong manh, thì tính trung lập của giao thức sẽ bị đặt dấu hỏi. Saylor đã gọi điều này là "sự xâm phạm ranh giới" của giao thức. Tôi đồng ý.
Cuối cùng, BIP 110 có một cơ chế "Grandfather Clause" — các giao dịch hiện có không bị ảnh hưởng. Nhưng phạm vi bảo vệ này chỉ kéo dài trong 1 năm (thời gian sống của soft fork). Sau đó, mọi giao dịch mới đều phải tuân thủ. Điều này có nghĩa là các ứng dụng đang xây dựng trên Bitcoin sẽ phải đối mặt với một "bức tường" bất ngờ. Lỗ hổng không chờ đợi, nhưng BIP 110 đang tạo ra một lỗ hổng tương lai lớn hơn.
Takeaway
Dựa trên phân tích kỹ thuật và dữ liệu, tôi cho rằng BIP 110 có khả năng cao sẽ không được kích hoạt. Sự phản đối từ Saylor và Back, cùng với thiếu dữ liệu thuyết phục, sẽ khiến đề xuất này chết yểu như Back dự đoán. Nhưng nếu nó được kích hoạt, chúng ta sẽ chứng kiến một bước lùi lớn: Bitcoin tự trói buộc tay chân mình trước khi có cơ hội phát triển các tính năng mới.
Câu hỏi còn lại: Ai thực sự được lợi từ BIP 110? Các miner lớn? Hay một nhóm phát triển muốn giữ Bitcoin ở trạng thái "đơn giản"? Hãy tự hỏi: một giao thức trung lập có nên can thiệp vào thị trường phí hay không? Câu trả lời sẽ định hình tương lai của toàn bộ hệ sinh thái.
Tags: #Bitcoin #BIP110 #SoftFork #Debate #MichaelSaylor #AdamBack #BitVM Thumbnail prompt: Một bức ảnh trừu tượng về một nút thắt trên sợi xích vàng, với hai bàn tay kéo về hai hướng. Một bàn tay mang logo MicroStrategy, bàn tay kia là biểu tượng của Bitcoin core. Phía dưới là dòng code với các giới hạn kích thước script/witness. Màu sắc tương phản: vàng cam và xanh dương.