Được cung cấp bởi
Featured

Lịch trình tháng 8 tập trung vào tín hiệu BIP-110 của Bitcoin và đợt hard fork của Paul Sztorc

Bitcoin đang tiến gần đến khoảng thời gian ngắn ngủi vào tháng 8 năm 2026, trong đó cơ chế phát tín hiệu bắt buộc theo BIP-110 dự kiến sẽ được triển khai ngay trước thời điểm dự kiến thực hiện hard fork eCash của Paul Sztorc, khiến hai sự kiện giao thức riêng biệt này diễn ra gần như cùng lúc.

TÁC GIẢ
CHIA SẺ
Lịch trình tháng 8 tập trung vào tín hiệu BIP-110 của Bitcoin và đợt hard fork của Paul Sztorc

Điểm chính

  • BIP-110 nhắm đến khối 961.632 để thực hiện tín hiệu bắt buộc vào tháng 8 năm 2026.
  • Hard fork eCash của Paul Sztorc nhắm đến khối 964.000 với airdrop theo tỷ lệ 1:1.
  • Các thợ đào Bitcoin phải đối mặt với áp lực tín hiệu BIP-110 trước thời điểm dự kiến hard fork eCash.

Sự kiện đầu tiên là BIP-110, còn được gọi là Reduced Data Temporary Softfork (phân tách mềm tạm thời để giảm dữ liệu), một bản dự thảo đề xuất do Dathon Ohm soạn thảo và được phân công vào tháng 12 năm 2025. Biện pháp này sẽ áp đặt một soft fork tạm thời kéo dài một năm lên Bitcoin bằng cách hạn chế một số hình thức lưu trữ dữ liệu tùy ý trong các giao dịch. Những người ủng hộ mô tả đề xuất này là một phản ứng trước các động cơ mà họ cho là đã mở rộng sau làn sóng Ordinals và inscriptions bắt đầu vào năm 2022.

Một soft fork tạm thời với những tác động lâu dài

BIP-110 được thiết kế để chuyển sang giai đoạn báo hiệu bắt buộc tại khối 961.632, với khoảng thời gian này kéo dài đến khối 963.647. Trong khoảng thời gian đó, các nút chạy phần mềm tương thích với BIP-110, chủ yếu là các nhánh của Bitcoin Knots, sẽ từ chối các khối không phát tín hiệu là không hợp lệ. Cơ chế này nhằm đảm bảo việc khóa mạng diễn ra chậm nhất là tại khối 963.648, với việc kích hoạt diễn ra ngay sau đó.

Thiết kế đó tạo thành điểm áp lực cứng đầu tiên. Nó không chỉ đơn thuần kêu gọi các thợ đào gửi tín hiệu. Nó tạo ra một khoảng thời gian mà việc không gửi tín hiệu có thể gây ra chi phí kinh tế trực tiếp cho các thợ đào có khối bị từ chối bởi phần mạng lưới đang thực thi bộ quy tắc này. Đề xuất này sử dụng bit phiên bản 4 và cho phép kích hoạt sớm nếu 55% thợ đào gửi tín hiệu trong khoảng thời gian định mục tiêu lại, tương đương với 1.109 trong số 2.016 khối.

Những gì BIP-110 sẽ hạn chế

Các quy tắc tạm thời của BIP-110 sẽ hạn chế một số hành vi giao dịch trong khoảng 52.416 khối, tương đương khoảng một năm. Các đầu ra (outputs) có ScriptPubKey lớn hơn 34 byte sẽ trở nên không hợp lệ, ngoại trừ OP_RETURN, vốn sẽ bị giới hạn ở mức 83 byte. Các dữ liệu lớn (large data pushes) và các mục chứng kiến (witness items) sẽ bị giới hạn ở mức 256 byte, trong khi một số tính năng liên quan đến Taproot sẽ phải đối mặt với các hạn chế tạm thời.

Các đầu vào sử dụng UTXO được tạo trước khi kích hoạt sẽ vẫn được miễn trừ vĩnh viễn. Các giới hạn này cũng sẽ tự động hết hiệu lực sau khoảng thời gian một năm, một lựa chọn thiết kế mà những người ủng hộ coi là một biện pháp tạm thời chứ không phải là sự sửa đổi vĩnh viễn chính sách giao dịch của Bitcoin.

Những người ủng hộ nhìn thấy kỷ luật, những người chỉ trích nhìn thấy rủi ro chia rẽ

Những người ủng hộ, bao gồm người dùng Bitcoin Knots và thành viên của Ocean pool, lập luận rằng BIP-110 sẽ giảm tình trạng phình to của blockchain, hạ thấp chi phí vận hành nút và củng cố mục đích tiền tệ của Bitcoin. Họ coi đề xuất này là một phản ứng khắc phục đối với việc nhúng dữ liệu phi tiền tệ và là một tín hiệu văn hóa về mục đích sử dụng không gian khối Bitcoin.

BIP-110 Signaling.
Tỷ lệ tín hiệu BIP-110 vào ngày 22 tháng 6 năm 2026.

Những người chỉ trích đã cảnh báo rằng đề xuất này có thể làm rạn nứt sự đồng thuận, cản trở công việc lập trình nâng cao, tạo ra sự không chắc chắn cho các nhà phát triển và tạo tiền lệ cho việc lọc không gian khối trả phí ở cấp độ giao thức. Tỷ lệ tín hiệu của các thợ đào hiện tại vẫn rất thấp, và tại thời điểm này, vào ngày 22 tháng 6, tỷ lệ tín hiệu chỉ ở mức 0,31%, điều này khiến thời hạn vào tháng 8 trở nên quan trọng hơn.

Kế hoạch eCash của Sztorc làm dấy lên một cuộc tranh cãi về việc phân tách riêng biệt

Một diễn biến riêng biệt vào tháng 8, không liên quan đến BIP-110, cũng đang thu hút sự chú ý. Paul Sztorc, người sáng lập Drivechain và BIP 300 liên kết với Layertwo Labs, đã công bố kế hoạch cho một hard fork eCash dự kiến diễn ra quanh khối 964.000 vào tháng 8 năm 2026. Kế hoạch này sẽ tạo ra một chuỗi SHA-256d mới, ban đầu gần như là bản sao của Bitcoin Core, với việc đặt lại độ khó một lần duy nhất khi ra mắt và airdrop theo tỷ lệ 1:1 cho các chủ sở hữu BTC dựa trên khối phân tách.

Đề xuất eCash không phải là biện pháp giới hạn dữ liệu. Đây là một dự án mở rộng quy mô và chuỗi phụ được xây dựng dựa trên việc kích hoạt Drivechains, hay BIP 300 và BIP 301, trên chuỗi mới ngay từ ngày đầu tiên. Sztorc đã định hướng nỗ lực này như một con đường để triển khai các tính năng đã bị đình trệ trong quá trình phát triển chuỗi chính Bitcoin, đồng thời mang lại cho người nắm giữ một tài sản mới tại thời điểm phân tách.

Cơ chế airdrop đặt ra các câu hỏi về việc lưu ký và thị trường

Việc airdrop theo tỷ lệ 1:1 tạo ra điểm áp lực thứ hai. Một hard fork phân phối eCash cho chủ sở hữu BTC tại thời điểm phân tách sẽ buộc các sàn giao dịch, đơn vị lưu ký, nhà cung cấp ví, thợ đào và các tổ chức nắm giữ phải quyết định liệu có nên và cách thức nào để công nhận, bảo mật, phân chia, hạch toán hoặc bỏ qua tài sản mới này.

Các rủi ro khác biệt so với các chu kỳ hard fork trước đây vì bitcoin hiện được nắm giữ rộng rãi thông qua các quỹ giao dịch trao đổi (ETF) giao ngay, kho bạc doanh nghiệp và các cấu trúc lưu ký được quy định. Kế hoạch eCash cũng vấp phải chỉ trích về cách xử lý các đồng coin từ thời Satoshi, với các cuộc thảo luận đề cập đến việc phân bổ lại một phần cho phát triển hoặc các phần thưởng cộng đồng. Những người chỉ trích đã lên án khái niệm này là không công bằng, trong khi những người ủng hộ, bao gồm Sztorc, lập luận rằng việc phân tách là tự nguyện và các chủ sở hữu có thể quyết định cách xử lý chuỗi mới.

Một khoảng thời gian vào tháng 8, hai xung đột riêng biệt

Thời điểm chính là yếu tố biến hai sự kiện riêng biệt này thành một điểm áp lực kép. Cửa sổ tín hiệu bắt buộc của BIP-110 bắt đầu tại khối 961.632 và được thiết kế để đảm bảo việc khóa tài sản trước khối 963.648. Sự phân tách eCash dự kiến diễn ra gần khối 964.000, chỉ vài trăm khối sau đó. Xét về thời gian khối, hai tranh chấp này chồng chéo lên nhau trong cùng một khoảng thời gian ngắn.

Điều thú vị về cả hai sự kiện này là chúng là những đề xuất khác nhau, được hậu thuẫn bởi các phe phái khác nhau và nhắm vào các vấn đề khác nhau. Mối liên hệ giữa chúng mang tính bối cảnh và vận hành: một sự kiện kiểm tra chính sách dữ liệu và quy trình thay đổi đồng thuận của Bitcoin, trong khi sự kiện kia kiểm tra chính sách phân tách, airdrop và mở rộng quy mô của nó ngay sau đó.

Các thợ đào phải đối mặt với các lựa chọn về doanh thu, tín hiệu và sức mạnh băm

Đối với các thợ đào, khoảng thời gian bị thu hẹp này có thể tạo ra những động lực mâu thuẫn. Trong giai đoạn tín hiệu bắt buộc của BIP-110, một thợ đào có thể phải đối mặt với áp lực phải gửi tín hiệu bit 4 để tránh rủi ro bị bỏ rơi từ các nút thực thi. Tuy nhiên, hiện tại, chỉ có 5,37 exahash mỗi giây (EH/s) trong tổng công suất băm 940 EH/s của Bitcoin đang phát tín hiệu cho BIP-110. Ngay sau đó, sự ra mắt của eCash có thể mang đến một chuỗi SHA-256d mới với mức độ khó được thiết lập lại và tiềm năng doanh thu liên quan đến sidechain.

Vì eCash bao gồm một đợt airdrop theo tỷ lệ 1:1, đợt ra mắt dự kiến có khả năng thu hút sự chú ý của thị trường và công chúng nhiều hơn so với BIP-110, và về nhiều mặt, điều này đã xảy ra. Việc phân tách mang lại cho các thợ đào một động lực kinh tế thứ hai: Họ có thể chuyển cùng một phần cứng SHA-256d, hoặc các máy cũ hơn, sang tài sản mới đồng thời khai thác kết hợp các chuỗi phụ được bảo mật thông qua khai thác kết hợp mù.

Các sàn giao dịch và đơn vị lưu ký trở thành tuyến đầu trong hoạt động

Về mặt hạ tầng, gánh nặng có thể nặng nề hơn so với những gì thị trường dự đoán. Các sàn giao dịch và đơn vị lưu ký có thể phải xử lý các yêu cầu chia tách đồng tiền, đánh giá cơ chế bảo vệ chống tái phát (replay protection), xác định chuỗi Bitcoin chủ đạo nếu xảy ra bất kỳ sự chia tách nào liên quan đến BIP-110, và giải thích các quyết định chính sách cho người dùng theo thời gian thực.

Lớp vận hành này rất quan trọng vì tranh chấp về giao thức sẽ không chỉ là một cuộc tranh luận kỹ thuật khi liên quan đến việc gửi, rút tiền, xử lý kế toán và số dư của người dùng. Một giai đoạn căng thẳng kéo dài có thể làm trầm trọng thêm những sự chậm trễ nhỏ, các chính sách không rõ ràng hoặc các tín hiệu chuỗi mâu thuẫn nhau.

Thị trường coi thời điểm là rủi ro

Đối với thị trường, bối cảnh này mang tính căng thẳng hơn là có xu hướng rõ ràng. Một đợt airdrop eCash theo tỷ lệ 1:1 có thể khuyến khích một số nhà đầu tư giữ Bitcoin qua khối phân tách. Con đường thực thi gây tranh cãi của BIP-110 có thể thúc đẩy những người khác giảm bớt rủi ro trước thời hạn, đặc biệt nếu các sàn giao dịch cảnh báo về việc tạm ngừng dịch vụ, lo ngại về tái phát hoặc sự chậm trễ trong lưu ký.

Vấn đề cốt lõi ở đây là hai sự kiện gây tranh cãi của giao thức đang diễn ra trong cùng một khoảng thời gian ngắn. Một là soft fork tạm thời với tín hiệu bắt buộc và giới hạn dữ liệu. Sự kiện còn lại là hard fork với tài sản mới và việc kích hoạt Drivechain. Cả hai sự kiện này cùng nhau tạo thành một bài kiểm tra tập trung về kỷ luật kỹ thuật của Bitcoin, sự phối hợp của các thợ đào, niềm tin của thị trường và quan điểm của công chúng.

Những điều cần theo dõi tiếp theo

Điều quan trọng tiếp theo là hành vi của các thợ đào khi tiến tới khối 961.632, mức độ áp dụng của các nút đối với các client tương thích với BIP-110, các tuyên bố từ sàn giao dịch và đơn vị lưu ký về eCash, cũng như liệu các nhà cung cấp hạ tầng lớn có cảnh báo về rủi ro tái phát, gửi tiền, rút tiền hoặc kế toán trước khối 964.000 hay không. Nếu các tín hiệu này vẫn còn phân mảnh, tháng 8 có thể sẽ không còn tập trung vào từng đề xuất riêng lẻ mà sẽ chú trọng hơn vào cách Bitcoin xử lý hai bài kiểm tra quản trị riêng biệt cùng một lúc.

Bài viết này được dịch từ tiếng Anh bằng AI. Phiên bản gốc bằng tiếng Anh là nguồn có thẩm quyền; các bản dịch tự động có thể chứa thông tin không chính xác, đặc biệt là trong thuật ngữ pháp lý và quy định.

Thẻ trong bài viết này