Bitcoin「Chống dữ liệu rác」soft fork BIP110: Thợ đào tẩy chay tập thể, đã định sẵn thất bại?
Tuyển chọn TechFlowTuyển chọn TechFlow
Bitcoin「Chống dữ liệu rác」soft fork BIP110: Thợ đào tẩy chay tập thể, đã định sẵn thất bại?
Sổ cái mở vs Kiểm duyệt script: BIP110 cố gắng kiểm soát「dữ liệu rác」, vì sao sụp đổ sớm.
Chuyên sâu báo cáo Web3Tác giả: Brandon Black
Biên dịch: AididiaoJP, Foresight News
Trong vòng tròn nhỏ bé của Twitter crypto, suốt năm qua, đề xuất «Soft Fork Tạm Thời Giảm Dữ Liệu» (tức BIP110) do @dathon_ohm đưa ra đã gây tranh cãi gay gắt.
Logic cốt lõi của đề xuất này là: dữ liệu được nhồi vào trong locking script hoặc unlocking script của một số giao dịch Bitcoin, ngoài ý nghĩa của chính script Bitcoin, còn có thể được các phần mềm khác diễn giải thành thông tin bổ sung. Điều này được những người ủng hộ xem là vi phạm các nguyên tắc của mạng lưới.
Họ cho rằng việc giảm thiểu các giao dịch loại này là đủ để biện minh cho soft fork Bitcoin mang tính «tịch thu» nhất từ trước đến nay — nó được triển khai nhanh hơn nhiều so với hai lần soft fork gần đây và ngưỡng kích hoạt cũng thấp hơn.
Về bản chất, Bitcoin là một sổ cái phân tán mở, chống kiểm duyệt. Bất kỳ ai sẵn sàng trả phí giao dịch đủ cao, thuyết phục được người xây dựng khối mẫu và các thợ đào đóng gói giao dịch, đều có thể ghi nội dung vào sổ cái. Giá trị cốt lõi phân biệt Bitcoin với tất cả các hệ thống sổ cái khác chính là sự mở này. Không có nó, sổ cái Bitcoin cũng chẳng khác gì bảng điểm của một quán bowling. Chính vì sự truy cập mở này, chúng ta đều biết Bitcoin sẽ bị những người chúng ta ghét sử dụng.
Điều này giống như nguyên tắc tự do ngôn luận: nếu nó chỉ bảo vệ những lời nói mà chúng ta thích, thì nó vô nghĩa. Việc truy cập mở của Bitcoin cũng vậy — nếu chỉ cho phép các giao dịch mà bạn và tôi công nhận, nó sẽ mất đi ý nghĩa. Do đó, chúng ta không cần thiết phải kiểm duyệt cách người khác xây dựng các mục nhập sổ cái của họ, cũng như chúng ta không muốn người khác kiểm duyệt các mục nhập của mình.
Những người ủng hộ BIP110 có thể nói: «Dĩ nhiên, nhưng điều này chỉ áp dụng cho các mục nhập phi tiền tệ! Còn những giao dịch thuần tiền tệ thì sao?» Thực tế là, hoàn toàn không tồn tại sự phân biệt rõ ràng như vậy. Mọi giao dịch trên Bitcoin đều là tạo một bản ghi trong sổ cái bằng cách đáp ứng điều kiện của một locking script nào đó — tiêu thụ input UTXO, tạo ra output UTXO mới.
Việc script của một giao dịch lớn hay nhỏ hơn một chút, đối với nhà vận hành node hoặc người dùng bình thường, hoàn toàn không quan trọng. Thứ nhất, tôi hoàn toàn không quan tâm đến chi tiết giao dịch của người khác, điều đó cũng giống như việc người khác gọi món gì ở quán cà phê, không liên quan đến tôi. Thứ hai, chính các node Bitcoin cũng không thực hiện sự phân biệt này. Giao dịch chỉ có hiệu lực hoặc không hiệu lực, chi phí xác minh có cao có thấp (ví dụ: giao dịch đa chữ ký lớn có chi phí xác minh cao, một số Ordinals hoặc OP_RETURN thì tương đối rẻ).
Một số người có thể tranh luận rằng, nếu Bitcoin giống như vàng, không thể bị «các cách khác» sử dụng, thì nó sẽ trở thành tài sản tiền tệ tốt hơn. Hãy tưởng tượng, nếu vàng không thể làm trang sức hoặc sử dụng cho công nghiệp, thì có lẽ nó sẽ thuần túy là tiền tệ hơn. Nhưng chính những đặc tính vật lý khiến vàng trở thành tiền tệ xuất sắc, cũng khiến nó phổ biến trong lĩnh vực trang sức và công nghiệp.
Bitcoin cũng vậy: chính vì nó cho phép bất kỳ ai trả phí là có thể ghi dữ liệu, nên chúng ta không thể kiểm soát cách người khác sẽ diễn giải những dữ liệu này. Dù chúng ta có hạn chế cấu trúc script thế nào, vẫn sẽ có người dùng phần mềm ngoài Bitcoin để diễn giải các mục nhập này theo cách khác. Vì vậy, giống như vàng, chúng ta phải chấp nhận «các công dụng khác» là không thể tránh khỏi. Trên thị trường vàng, điều này dẫn đến biến động nhu cầu phi tiền tệ gây méo giá; còn với Bitcoin, điều này có thể dẫn đến phí giao dịch tăng khi nhu cầu không gian khối tăng đột biến.
Tuy nhiên, Bitcoin có hai lợi thế hơn vàng. Thứ nhất, việc tạo các giao dịch Bitcoin có thể bị diễn giải thay thế sẽ không ảnh hưởng trực tiếp đến thị trường của chính Bitcoin với tư cách là tài sản — khác với vàng, lượng Bitcoin được sử dụng cho các «mục đích bổ sung» này thực ra rất ít. Thứ hai, giao thức Bitcoin ngay từ đầu đã thiết kế cơ chế để giảm thiểu gánh nặng cho mạng lưới xác minh từ loại «diễn giải bổ sung» này. Nó giới hạn kích thước khối và số lượng chữ ký trong giao dịch (sigops), đây chính là những phần có chi phí xác minh node lớn nhất.
Những hạn chế được thiết lập từ sớm này chính là để ngăn chặn việc lạm dụng sổ cái với tần suất và khối lượng cao. Chính những hạn chế này đã thúc đẩy sự ra đời của các đổi mới lớp 2 như Lightning Network, Ark, Spark, Cashu. Ngay cả khi nhu cầu không gian khối tăng đột biến do dữ liệu «phi tiền tệ», điều này lại thúc đẩy việc sử dụng các giải pháp mở rộng hiệu quả hơn này — chúng có thể ghi ít nội dung hơn trên chuỗi chính.
Vì lý do gọi là của BIP110 đã được làm rõ (và rõ ràng là không đứng vững), sau đây chúng ta hãy xem nó rốt cuộc muốn thay đổi gì.
BIP110 sẽ giới hạn kích thước của locking script, giới hạn số lượng script thay thế khả dụng trong Taproot, vô hiệu hóa phần phụ Taproot (annex), loại bỏ tất cả các phiên bản witness có thể nâng cấp và phiên bản Tapscript, loại bỏ tất cả các opcode có thể nâng cấp trong Tapscript, và vô hiệu hóa OP_IF và OP_NOTIF trong Tapscript. Những hạn chế này chỉ áp dụng cho các UTXO được tạo ra trong khoảng 52414 khối (khoảng một năm) sau khi kích hoạt.
Ngoài ra, BIP110 hạ ngưỡng tín hiệu sẵn sàng của thợ đào xuống 55% (các soft fork trước đây thường cần trên 90%), và thiết lập cơ chế kích hoạt bắt buộc của node: nếu trước khối 961632 mà tín hiệu không đủ, các node thực thi quy tắc này sẽ coi các khối không có tín hiệu là không hợp lệ, qua đó bắt buộc khóa thay đổi tại khối 963648 và kích hoạt tại khối 965664.
Đây sẽ là hạn chế quyết liệt nhất đối với script Bitcoin kể từ năm 2010, khi Satoshi vô hiệu hóa nhiều opcode do lỗ hổng nghiêm trọng (CVE-2010-5137). Nó muốn thúc đẩy thay đổi này với ngưỡng thấp chưa từng có, thời gian kích hoạt cực ngắn (từ số BIP đến khi kích hoạt chưa đầy 9 tháng), và việc xem xét mã nguồn cực ít — lý do chỉ là có ai đó đang diễn giải các mục nhập sổ cái theo cách mà những người ủng hộ không công nhận.
Ironically hơn, những người sử dụng dữ liệu «bị phản đối» đó đã cập nhật phần mềm để chuẩn bị: ngay cả khi BIP110 được kích hoạt, họ vẫn có thể tiếp tục nhúng các dữ liệu tương tự. Điều này nhiều người trong chúng ta đã dự đoán trước, bởi vì trên một sổ cái công cộng mở, hoàn toàn không thể hạn chế cách người khác diễn giải các mục nhập bằng phần mềm bên ngoài.
Tóm lại, BIP110 cố gắng làm một điều bất khả thi — hạn chế cách người dùng sử dụng sổ cái truy cập mở — trong khi vấn đề mà nó tuyên bố muốn giải quyết, thực ra các hạn chế giao thức hiện có của Bitcoin đã xử lý rất tốt. Nó còn muốn ép buộc thay đổi bằng một lộ trình ngắn hạn thiếu trách nhiệm, việc xem xét mã nguồn vội vàng, và bất chấp sự đồng thuận của hệ sinh thái. May mắn thay, Bitcoin không phải là một hệ thống dễ tổn thương đến vậy, và nỗ lực sửa đổi liều lĩnh này sẽ không thành công.
Các thợ đào đã rõ ràng từ chối BIP110, các nhà phát triển, nhà đầu tư, KOL và giới doanh nghiệp cũng lần lên tiếng phản đối. Đến tháng 8 năm nay, «cuộc tấn công» nhằm vào các quy tắc đồng thuận Bitcoin này sẽ kết thúc trong thất bại, và Bitcoin sẽ trở nên mạnh mẽ hơn nhờ đó, tiếp tục tạo khối với nhịp độ ổn định — khối tiếp theo.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@BitcoinMagazine
