Đề xuất BIP-110 của Bitcoin ghi nhận 2,64% miner phát tín hiệu tính đến 8:40 sáng EDT ngày 27/7/2026, với block 961632 đang tiến gần vào khoảng ngày 9/8/2026. Đề xuất nhắm tới các bản khắc theo phong cách Ordinals và các payload OP_RETURN có kích thước quá lớn thông qua giới hạn tạm thời dữ liệu giao dịch. Ocean mining pool và các nhà vận hành độc lập nhỏ hơn dẫn đầu hoạt động phát tín hiệu, trong khi các pool lớn bao gồm Antpool, ViaBTC và F2pool vẫn chưa chuyển sang hỗ trợ biện pháp này. BIP-110 sử dụng quy trình kích hoạt BIP-9 đã được chỉnh sửa, bao gồm một “cửa sổ phát tín hiệu” bắt buộc bắt đầu từ block 961632; trong thời gian đó, các node thực thi đề xuất sẽ từ chối các block thiếu bit phiên bản 4 bất chấp proof-of-work, tạo khả năng xuất hiện các chuỗi cạnh tranh nếu sự ủng hộ rộng rãi của miner không hình thành trước hạn chót.
Tín hiệu BIP-110 đạt 2,64% khi tiến sát hạn chót
Vào 8:40 sáng giờ Miền Đông ngày 27/7, đỉnh chuỗi (chain tip) đứng ở block 959842. Còn khoảng 1.790 block nữa trước khi đạt block 961632, là mốc mà các node chạy phần mềm BIP-110 bắt đầu từ chối các block không phát tín hiệu bit phiên bản 4. Với tốc độ trung bình 10 phút/1 block của Bitcoin, mốc độ cao này dự kiến sẽ đến vào khoảng hoặc ngày 9/8/2026.
BIP-110, tên gọi chính thức là Reduced Data Temporary Softfork, đề xuất giới hạn kích thước của một số trường dữ liệu nhất định được dùng trong các giao dịch Bitcoin. Quy tắc chủ yếu nhắm vào các bản khắc theo phong cách Ordinals, các payload OP_RETURN có kích thước quá lớn và các trường hợp sử dụng nặng dữ liệu tương tự, trong khi vẫn để nguyên các giao dịch Bitcoin thông thường thiên về tài chính, các Taproot spend theo đường key-path, và các hoạt động Lightning channel tiêu chuẩn. Nếu được kích hoạt, các hạn chế bắt đầu tại block 965664 và tự hết hiệu lực sau 52.416 block.
![Block signaling screenshot]()
Mức phát tín hiệu đã tăng từ dưới 1% trong vài tuần trước lên vùng 3%. Ocean tiếp tục chiếm phần lớn hoạt động phát tín hiệu. Phần hashpower còn lại đến từ các miner độc lập và các nhà vận hành nhỏ hơn, bao gồm Roughnecks, SoV, BIP110 Generic, Barefoot Mining, 234 Alberta, 888, Peer to Peer Money, Black Jade Advisors, Sazmining, Crestmont Fabrics, Datum Miner, SpammersGFY, Moonwalk, PyBLOCK-Datum, Just For Krypto và JAMIN.
Foundry, Antpool, ViaBTC và F2pool—4 pool chịu trách nhiệm cho phần lớn hashrate của mạng—đã cho thấy rất ít thay đổi. Việc triển khai duy nhất thực thi đề xuất là một bản fork từ Bitcoin Knots. Các node có thể kết nối (reachable) chạy phần mềm đó hiện ở khoảng 22%.
![Coin Dance node count screenshot]()
Foundry triển khai hệ thống bỏ phiếu hashrate phía client
Khoảng ngày 17/7/2026, Foundry đã yêu cầu khách hàng bỏ phiếu về việc liệu pool có nên bắt đầu phát tín hiệu cho BIP-110 hay không. Công ty liên kết kết quả trực tiếp với hashrate của các khách hàng, theo một email gửi đến người tham gia pool.
“Cửa sổ bỏ phiếu trên Foundry USA Pool™ sẽ mở cho đến ngày đóng cửa sổ phát tín hiệu, trước block 961,632,” Foundry USA pool viết trên trang tài nguyên BIP-110 của mình.
Quyền bỏ phiếu dựa trên hashrate trung bình của từng khách hàng. Các client không phản hồi sẽ tự động được tính là “No”, và vị thế mặc định của Foundry vẫn là phát tín hiệu phản đối đề xuất. Chỉ khi các phiếu “Yes” vượt quá 51% hashrate có trọng số của các bên tham gia thì pool mới chuyển toàn bộ các block của mình sang hỗ trợ phát tín hiệu.
Foundry đại diện cho khoảng 23% đến 33% hashrate toàn cầu của Bitcoin, tùy theo giai đoạn đo lường. Tính đến ngày 27/7/2026, chưa có dấu hiệu cho thấy đã xảy ra sự thay đổi.
Trang tài nguyên client của Foundry liên kết tới đặc tả BIP, phần thảo luận bitcoin-dev ban đầu, phần phê bình từ Jameson Lopp và bình luận từ Adam Back, Michael Saylor, Luke Dashjr và những người khác.
Cửa sổ phát tín hiệu bắt buộc tạo cơ chế từ chối tại block 961632
Khi block 961632 xuất hiện, các node thực thi BIP-110 sẽ từ chối các block do phần lớn mạng khai thác vì chúng thiếu bit phiên bản bắt buộc. Thay vào đó, các node này sẽ theo các block phát tín hiệu với số lượng tương đối ít.
Các node “legacy” sẽ tiếp tục chấp nhận cả block phát tín hiệu lẫn không phát tín hiệu trong khi bám theo chuỗi có proof-of-work tích lũy lớn nhất. Một số quan sát viên độc lập đã xây dựng các trang giám sát chuyên dụng để theo dõi các tham số kích hoạt, đồng thời có một số mô phỏng về cách quy trình có thể diễn ra dưới các kịch bản khác nhau.
![BIP110 Situation Monitor screenshot]()
Trang giám sát BIP110 Situation Monitor mô hình hóa một loạt kết quả có thể xảy ra trong cửa sổ phát tín hiệu bắt buộc. Trang mô phỏng của nó cho phép người dùng điều chỉnh các biến, bao gồm tỷ lệ hash rate mạng dự kiến sẽ hỗ trợ BIP-110. Một mô phỏng với 25% hashrate dành riêng cho BIP-110 dẫn tới một lần tách chuỗi.
Chuỗi được Bitcoin Core nhận diện và được khai thác bởi phần lớn hashrate sẽ tiếp tục tạo block với tốc độ bình thường. Một chuỗi thiểu số chỉ gồm các miner phát tín hiệu sẽ tiến chậm hơn nhiều cho đến khi đạt tới bước điều chỉnh độ khó tiếp theo gồm 2.016 block.
Đường kích hoạt BIP-110 khác với Segwit và Taproot
BIP-110 theo một lộ trình triển khai khác với hai soft fork lớn gần đây nhất của Bitcoin. Đề xuất khởi chạy vào ngày 1/12/2025, sử dụng quy trình BIP-9 đã được chỉnh sửa. Đề xuất yêu cầu 1.109 trên 2.016 block, tương đương 55%, phải phát tín hiệu trong một giai đoạn độ khó duy nhất để khóa kích hoạt sớm. Nếu ngưỡng đó không bao giờ đạt được, đề xuất sẽ tiến tới khóa kích hoạt bắt buộc tại block 963,648 trước khi kích hoạt một giai đoạn độ khó nữa sau đó tại block 965,664.
Từ block 961,632 đến 963,647, các node thực thi BIP-110 sẽ từ chối mọi block không phát tín hiệu bit phiên bản 4, bất kể proof-of-work hỗ trợ nhiều đến mức nào. Cách tiếp cận này khác với cả Segwit và Taproot, nơi các node chưa nâng cấp vẫn tiếp tục chấp nhận chuỗi proof-of-work mạnh nhất trong suốt quá trình kích hoạt.
So sánh lịch sử gần nhất là soft fork do người dùng kích hoạt (UASF) BIP-148 năm 2017, cũng cố gắng gây áp lực lên miner thông qua các yêu cầu phát tín hiệu bắt buộc. Cuộc đối đầu đó cuối cùng kết thúc mà không tạo ra sự tách chuỗi kéo dài sau khi đủ hashrate đã chuyển dịch trước hạn chót.
Đề xuất nhắm tới các bản khắc và payload OP_RETURN
BIP-110 được tác giả với tên Dathon Ohm. Các phiên bản trước đó từng lưu hành dưới định danh BIP-444 trước khi được chấp nhận vào kho BIPs.
Những người ủng hộ cho rằng các bản khắc, token theo phong cách BRC-20 và các payload OP_RETURN ngày càng lớn làm tăng chi phí vận hành một node đầy đủ, bóp méo thị trường phí của Bitcoin và chuyển các nguồn lực của mạng đi khỏi mục đích ban đầu của Bitcoin như một hệ thống thanh toán và quyết toán.
“Loại bỏ các quy tắc là một hardfork,” người ủng hộ BIP-110 và nhà phát triển Bitcoin Knots Luke Dashjr giải thích trên X vào đầu tháng 7. “Điều đó bao gồm các quy tắc được lên lịch như các đợt giảm subsidy halving, và vâng, ngay cả BIP110. Việc từ chối BIP110 là một nỗ lực hardfork gây tranh cãi.” Dashjr nói thêm: “Và không giống softfork, hardfork cần có đồng thuận để thành công. Không có đồng thuận để từ chối BIP110.”
Các đối thủ nhìn chung đồng ý rằng spam tồn tại nhưng không đồng ý về việc cơ chế kích hoạt của BIP-110 có phải là giải pháp phù hợp hay không. “Việc sử dụng blockspace cho OP_RETURN chưa tăng nhiều kể từ khi Bitcoin Core v30 được phát hành. OP_RETURN cỡ lớn có thể tăng nhỉnh hơn một chút, nhưng vẫn tiêu tốn chưa đến 0,1% blockspace,” Alex Thorn, giám đốc mảng nghiên cứu của Galaxy Digital, viết trên X. Thorn tiếp tục: “BIP-110 là một phản ứng cực kỳ gây xáo trộn và nguy hiểm dựa trên tác động rất nhỏ từ những dữ liệu có thể cắt tỉa này [transactions].”
Câu hỏi thường gặp (FAQ)
BIP-110 là gì và cửa sổ phát tín hiệu bắt buộc bắt đầu khi nào?
BIP-110, tên gọi chính thức là Reduced Data Temporary Softfork, đề xuất giới hạn kích thước của một số trường dữ liệu được dùng trong các giao dịch Bitcoin, chủ yếu nhắm tới các bản khắc theo phong cách Ordinals và các payload OP_RETURN có kích thước quá lớn. Cửa sổ phát tín hiệu bắt buộc bắt đầu tại block 961632, dự kiến vào khoảng ngày 9/8/2026; trong thời gian đó, các node thực thi BIP-110 sẽ từ chối các block không phát tín hiệu bit phiên bản 4.
BIP-110 có mức ủng hộ từ miner bao nhiêu tính đến ngày 27/7/2026?
Tính đến 8:40 sáng EDT ngày 27/7/2026, tín hiệu BIP-110 đạt xấp xỉ 2,64%. Ocean mining pool và các nhà vận hành độc lập nhỏ hơn dẫn đầu hoạt động phát tín hiệu, trong khi các pool lớn bao gồm Foundry, Antpool, ViaBTC và F2pool chưa có động thái để hỗ trợ đề xuất. Các node có thể kết nối chạy phần mềm thực thi BIP-110 hiện ở khoảng 22%.
Cơ chế bỏ phiếu hashrate phía client của Foundry cho BIP-110 hoạt động như thế nào?
Foundry đã triển khai một hệ thống bỏ phiếu hashrate phía client vào khoảng ngày 17/7/2026, trong đó quyền bỏ phiếu dựa trên hashrate trung bình của từng khách hàng. Các client không phản hồi sẽ tự động được tính là “No”, và vị thế mặc định của Foundry vẫn là phát tín hiệu phản đối đề xuất. Chỉ khi các phiếu “Yes” vượt quá 51% hashrate có trọng số của các bên tham gia thì pool mới chuyển toàn bộ các block của mình sang hỗ trợ phát tín hiệu.
