Nhà phát triển cảnh báo rủi ro lớn trong đề xuất Bitcoin Reduced Data Soft Fork

2 ngày trước đây
7 phút đọc
3 lượt xem

Đề Xuất “Reduced Data Temporary Soft Fork” và Những Cảnh Báo Từ Mononaut

Nhà phát triển và nhà phân tích của mempool.space, Mononaut, đã công bố một bài phê bình chi tiết cảnh báo rằng đề xuất “Reduced Data Temporary Soft Fork” có thể vô hiệu hóa các giao dịch hợp pháp trên toàn mạng. Đề xuất soft fork mới nhằm hạn chế việc lưu trữ dữ liệu quá mức trên blockchain Bitcoin đang nhận được nhiều chỉ trích gay gắt trong thời gian gần đây.

Chi Tiết Về Đề Xuất RDTS

Vào thứ Tư, Mononaut đã công bố một đánh giá phác thảo những thiệt hại tiềm tàng mà bộ quy tắc này có thể gây ra. Đề xuất, được biết đến với tên gọi Reduced Data Temporary Soft Fork (RDTS), giới thiệu một loạt các hạn chế ở cấp độ đồng thuận nhằm giảm thiểu các giao dịch nặng về dữ liệu – một nỗ lực mà các nhà phát triển cho rằng là cần thiết sau bản cập nhật Bitcoin Core v30 đã loại bỏ giới hạn về dữ liệu OP_RETURN.

RDTS sẽ có hiệu lực trong khoảng một năm nếu được kích hoạt, giới hạn scriptPubKeys ở mức 34 byte, giới hạn đầu ra OP_RETURN ở mức 83 byte, hạn chế các khối điều khiển Taproot, cấm các phiên bản chứng kiến không xác định và vô hiệu hóa toàn bộ các loại logic Tapscript.

Những Tác Động Tiềm Tàng

Những người ủng hộ BIP lập luận rằng các biện pháp này hoạt động như một phanh khẩn cấp chống lại việc tải lên dữ liệu tùy ý có thể khiến các nhà điều hành nút phải chịu trách nhiệm pháp lý nếu tài liệu bất hợp pháp được nhúng trong chuỗi. Tuy nhiên, đánh giá của Mononaut đã định lượng những tác động thực tiễn của những hạn chế đó bằng cách xem xét hoạt động blockchain lịch sử để xác định những giao dịch thực tế nào sẽ vi phạm các quy tắc đề xuất.

Những phát hiện của ông cho thấy sự gián đoạn đáng kể. Chỉ riêng dưới giới hạn kích thước scriptPubKey, tất cả các đầu ra pay-to-public-key (P2PK)multisig (P2MS) sẽ không hợp lệ.

Hạn chế này cũng ảnh hưởng đến một số lượng nhỏ các đầu ra không chuẩn trong các giao dịch trước đó. Một trong những quy tắc rộng rãi hơn – vô hiệu hóa các hoạt động OP_PUSHDATA với tải trọng trên 256 byte – sẽ không ảnh hưởng đến các phong bì khắc, giả sử chỉ các đẩy được thực hiện mới đủ điều kiện.

Nhưng Mononaut nhấn mạnh rằng các phiên bản chứng kiến không xác định sẽ ảnh hưởng đến hơn 54,000 giao dịch lịch sử, nhiều trong số đó đã sử dụng các đầu ra không chuẩn để vượt qua giới hạn dữ liệu OP_RETURN.

Những Vấn Đề Khác Liên Quan

Bởi vì độ dài phiên bản chứng kiến được xác định chặt chẽ trong BIPs 141 và 341, đề xuất như đã viết sẽ thậm chí chặn một số định dạng hiện đại hợp lệ như P2A anchors. Mononaut đã chỉ ra rằng RDTS cũng vô hiệu hóa các ngăn xếp chứng kiến chứa một phụ lục Taproot. Mặc dù hiếm, nhà phát triển mempool.space lưu ý rằng ít nhất 11 giao dịch đã sử dụng một phụ lục cho các mục đích nặng về dữ liệu.

Một loại quan trọng hơn, Mononaut nhấn mạnh, là các khối điều khiển Taproot lớn: khoảng 32,000 chi tiêu trước đó bao gồm các khối điều khiển độ sâu 100+ thường được sử dụng để nhúng dữ liệu, nhưng thậm chí một số thí nghiệm không dữ liệu cũng phụ thuộc vào các cấu hình hợp lệ nhỏ hơn sẽ bị vô hiệu hóa.

Các mục dòng nghiêm ngặt nhất của đề xuất – cấm OP_SUCCESS và bất kỳ Tapscript nào thực hiện OP_IF hoặc OP_NOTIF – vượt xa các phong bì khắc.

Mononaut đã làm nổi bật hai giao dịch OP_SUCCESS lịch sử, bao gồm giao dịch phá vỡ lightning của Burak, và khoảng 70 chi tiêu Taproot dựa trên OP_IF không khắc. Một số trong số này là các nguyên thủy tài chính, bao gồm các mẫu multisig đang suy giảm và thiết kế hợp đồng khóa thời gian băm (HTLC).

Cuộc Tranh Luận Về RDTS

Những người ủng hộ RDTS đã lập luận rằng người dùng với các kịch bản bị ảnh hưởng có thể quay lại chi tiêu theo đường dẫn khóa. Tuy nhiên, dữ liệu của Mononaut thách thức giả định đó một cách trực tiếp: khoảng 560,000 chi tiêu Taproot lịch sử đến từ các đầu ra mà đường dẫn khóa của chúng đã bị vô hiệu hóa một cách có thể chứng minh, khiến OP_IF và các chức năng tương tự trở nên thiết yếu chứ không phải tùy chọn.

Những người ủng hộ soft fork tạm thời khẳng định rằng RDTS là một biện pháp bảo vệ ngắn hạn nhằm bảo tồn tính hữu dụng tiền tệ của Bitcoin, ngăn chặn các rủi ro pháp lý và giảm gánh nặng cho các nút bằng cách hạn chế lưu trữ dữ liệu. Các nhà phê bình phản bác rằng các hạn chế rộng rãi đối với hành vi Tapscript có nguy cơ giới thiệu kiểm duyệt de facto, vô hiệu hóa các loại giao dịch hợp lệ và phá vỡ các ứng dụng hiện có.

Cuộc tranh luận phản ánh những tranh chấp trước đó về sự phát triển dữ liệu do khắc, phản ánh những bất đồng sâu sắc hơn về việc liệu Bitcoin có nên giữ nguyên tính chất tiền tệ hay tiếp tục chấp nhận các ứng dụng thử nghiệm. Khi đề xuất vẫn ở dạng dự thảo, cuộc thảo luận vẫn đang diễn ra giữa các nhà phát triển, nhà nghiên cứu và các thành viên trong hệ sinh thái.