Bitcoin đã bước vào cửa sổ 2.016 khối bình thường cuối cùng của BIP-110 vào ngày 25 tháng Bảy với sự hỗ trợ của thợ mỏ ở mức 0,89%. Đề xuất này yêu cầu 1.109 khối, tương đương 55%, để khóa bình thường, và giai đoạn bit phiên bản bắt buộc của nó có thể bắt đầu vào tháng Tám nếu mức hỗ trợ vẫn dưới ngưỡng đó.
Jameson Lopp đã định danh Làm sạch Consensus, các điều khoản ràng buộc và chuẩn bị cho lượng tử là chương trình nghị sự tiếp theo của bitcoin. Ông cũng nằm ở cả hai phía của quá trình chuyển đổi này: Lopp phản đối BIP-110 và đồng tác giả BIP-361, một bản nháp kế hoạch di chuyển sau lượng tử.
BIP-110 cung cấp một tài liệu tham khảo về quản trị thực tế vì các nhà phát triển, thợ mỏ, người vận hành nút mạng, sàn giao dịch, tổ chức lưu ký và người nắm giữ đều cung cấp một hình thức đồng thuận khác nhau. Các đề xuất tiếp theo sẽ gắn bài kiểm tra phối hợp này vào việc xác thực khối, lưu ký chống trộm cắp và trạng thái sở hữu của các đồng tiền dễ bị tổn thương.
Các lỗi đã biết đã được thêm vào hàng đợi nâng cấp
Consensus Cleanup kết hợp bốn bản sửa đổi giao thức trong BIP-54. Antoine Poinsot và Matt Corallo đã hoàn thành bản đặc tả vào tháng Năm, và Bitcoin Inquisition đã chạy các quy tắc này trên signet thí nghiệm kể từ tháng Hai.
Gói này bao gồm cuộc tấn công timewarp, chi phí xác thực khối cực kỳ cao, sự mơ hồ trong cây Merkle liên quan đến giao dịch 64 byte và các kiểm tra giao dịch trùng lặp trong tương lai.
Lỗ hổng timewarp cho phép sức mạnh băm đa số tạo điều kiện để điều chỉnh độ khó khai thác về mức tối thiểu trong vòng 38 ngày, kéo trước khoản trợ cấp thông qua việc tạo khối nhanh hơn và thay đổi động lực của thợ khai thác.
Một điểm yếu riêng biệt là các khối được tạo đặc biệt có thể mất vài phút trên phần cứng cao cấp và nhiều giờ trên các máy yếu hơn.
BIP-54 giới hạn số lượng hoạt động chữ ký trên mỗi giao dịch, giảm tải xác minh trong trường hợp xấu nhất đi 40 lần. Nó cũng vô hiệu hóa định dạng giao dịch 64 byte mà các thợ mỏ đã coi là không chuẩn từ năm 2019 và mà bitcoin lần cuối ghi trên chuỗi vào năm 2016.
Vì những sửa đổi này củng cố tính hợp lệ của sự đồng thuận, việc xem xét tập trung vào các trường hợp biên trong toàn bộ tài liệu kỹ thuật, mã tham chiếu, các vector kiểm thử và hàng tháng sử dụng Signet. Một sự trì hoãn kéo dài sẽ để lại bốn điểm yếu đã được ghi nhận trong giao thức và làm tăng khả năng một cuộc tấn công trong tương lai sẽ làm thu hẹp lịch trình xem xét.
Consensus Cleanup cung cấp bài kiểm tra bảo trì cho bitcoin với các lỗi được xác định và các biện pháp khắc phục đo lường được, cho phép xác nhận rằng mạng lưới có thể xử lý công việc giao thức phòng thủ thông qua đánh giá thông thường.
Sự trì hoãn kéo dài sẽ chuyển đổi những điểm yếu đã biết thành nợ kỹ thuật tích lũy.
| Sửa BIP-54 | Đã xử lý rủi ro | Tác động thực tế | Câu hỏi mang tính dự báo |
|---|---|---|---|
| Sửa lỗi Timewarp | Hầu hết sức mạnh băm có thể đẩy độ khó về mức tối thiểu | Có thể tăng tốc sản xuất khối và rút ngắn trợ cấp | Bitcoin có thể khắc phục các lỗ hổng kích thích đã biết trước khi chúng trở thành mục tiêu khai thác không? |
| Giới hạn chi phí xác thực | Các khối được tạo ra có thể mất vài phút hoặc vài giờ để xác thực | Làm suy yếu các nút mạng có tài nguyên thấp và làm tăng nguy cơ lan truyền | Mạng lưới có ưu tiên khả năng chịu đựng trong trường hợp xấu nhất trước khi áp lực tấn công tăng lên không? |
| Quy tắc giao dịch 64-byte | Sự mơ hồ của cây Merkle do định dạng giao dịch đặc biệt | Xóa bỏ một lớp sự mơ hồ trong đồng thuận lịch sử | Việc dọn dẹp phòng ngừa có dễ hơn trước khi trường hợp ngoại lệ bị khai thác? |
| Dọn dẹp giao dịch trùng lặp | Các mối quan tâm về xác thực kiểu BIP-0030 trong tương lai | Giảm xử lý ngoại lệ cũ | Bitcoin có thể đơn giản hóa sự đồng thuận mà không gây ra phản ứng phối hợp tiêu cực không? |
Covenants chuyển sang giai đoạn thử nghiệm hoạt động
Bitcoin Inquisition đã kích hoạt OP_TEMPLATEHASH của BIP-446 vào ngày 27 tháng Bảy at signet block 314,928. Opcode này cho phép Tapscript cam kết với giao dịch chính xác có thể chi tiêu một đầu ra, cung cấp cho các ví và hệ thống lớp hai một nguyên tố giao ước.
Một kho lưu trữ sử dụng nguyên tố này thông qua giao dịch đầu tiên thông báo nỗ lực rút tiền và tạo ra một khoảng thời gian trì hoãn, trong đó chủ sở hữu có thể chuyển tiền đến một địa chỉ an toàn hơn hoặc chặn khoản thanh toán của kẻ trộm.
Các cấu trúc hiện tại có thể sử dụng giao dịch được ký trước và khóa ký bị xóa, một mô hình vận hành trở nên yếu kém khi xử lý số dư lớn và thời gian lưu trữ dài.
BIP-448 đề xuất một gói Tapscript ba opcode kết hợp OP_TEMPLATEHASH với OP_CHECKSIGFROMSTACK và OP_INTERNALKEY.
Gregory Sanders, Antoine Poinsot và Steven Roose kết nối gói này với các giao dịch có thể gắn lại, các kênh thanh toán đơn giản hơn, các thiết kế Lightning đa bên, statechains và các biến thể Ark.
Các nhà đánh giá có thể so sánh việc kích hoạt TEMPLATEHASH độc lập, với phạm vi đánh giá nhỏ hơn và công cụ kho lưu trữ sớm hơn, với sự hỗ trợ rộng hơn cho hệ thống thanh toán của BIP-448 và khả năng thấp hơn để xảy ra phân nhánh mềm khác.
Một giai đoạn kiểm tra kéo dài sẽ duy trì các quy tắc đồng thuận hiện tại và kéo dài sự phụ thuộc vào các bên giữ tài sản hoặc các cấu trúc ký trước dễ bị tổn thương.
Đối với người nắm giữ, covenant policy determines mức độ kiểm soát mà một ví có thể mã hóa trước khi quỹ rời khỏi địa chỉ.
Các khoản chậm trễ trong Vault, các phương án khôi phục và các mẫu chi tiêu bị hạn chế có thể củng cố việc tự lưu trữ và giữ quyền kiểm soát ngoài các sàn giao dịch, quỹ ETF hoặc các bên lưu ký chuyên nghiệp.
| Đề xuất | Thay đổi cốt lõi | Trường hợp sử dụng chính | Sự đánh đổi |
|---|---|---|---|
| BIP-446 / OP_TEMPLATEHASH | Hãy để Tapscript cam kết với giao dịch chi tiêu | Vault, các đường dẫn khôi phục, chi tiêu bị hạn chế | Diện tích đánh giá nhỏ hơn, nhưng khả năng hẹp hơn |
| BIP-448 package | Kết hợp OP_TEMPLATEHASH, OP_CHECKSIGFROMSTACK và OP_INTERNALKEY | Kênh thanh toán, Lightning đa bên, statechains, các biến thể Ark | Tính năng sử dụng rộng rãi hơn, nhưng gánh nặng đánh giá đồng thuận lớn hơn |
| Không có kích hoạt hiệp ước | Giữ nguyên các quy tắc đồng thuận hiện tại | Các kho được ký trước, các biện pháp kiểm soát của bên giữ tài sản, các mô hình ví hiện có | Tránh rủi ro phân nhánh mềm, nhưng làm yếu các công cụ tự lưu trữ |
Việc di chuyển lượng tử đặt thời hạn sở hữu
BIP-361 đặt nhiệm vụ phối hợp lớn nhất lên một đồng hồ năm năm. Bản nháp sẽ dừng việc tạo các đầu ra dễ bị lượng tử vào khoảng ba năm sau khi kích hoạt, sau đó các nút mạng sẽ siết chặt việc xác minh cho các đường dẫn chi tiêu ECDSA và Schnorr cũ vào năm thứ năm.
Giai đoạn B sẽ yêu cầu một giao thức cứu hộ chống lại máy tính lượng tử cho các giao dịch cũ, mặc dù bản nháp hiện chưa xác định một thiết kế cứu hộ duy nhất.
Lịch trình đó sẽ yêu cầu các sàn giao dịch, các bên giữ tài sản, nhà cung cấp ví và các chủ sở hữu cá nhân chuyển quỹ sang loại đầu ra sau lượng tử. Những chủ sở hữu không chuyển đổi trước Giai đoạn B sẽ cần đáp ứng các điều kiện cứu trợ mới.
Bằng cách tích hợp các đảm bảo sở hữu vào thiết kế bảo mật, BIP-361 nhằm ngăn chặn một tác nhân lượng tử thu hồi các đồng tiền bị phơi bày thông qua các đường chi tiêu cũ. Những chủ sở hữu bỏ lỡ khung thời gian có thể đối mặt với sự khó khăn gia tăng trong việc khôi phục, và bất kỳ cơ chế cứu trợ nào cũng sẽ yêu cầu các quy tắc về thiết kế bằng chứng, quyền riêng tư, kiểm soát gian lận và quỹ ngừng hoạt động.
| Giai đoạn | Thời gian ước tính | Có những thay đổi gì | Ai phải hành động |
|---|---|---|---|
| Kích hoạt | Năm 0 | Đồng hồ di chuyển lượng tử bắt đầu | Nhà phát triển, người vận hành nút mạng, nhà cung cấp ví, sàn giao dịch, đơn vị lưu ký |
| Giai đoạn A | Khoảng năm thứ 3 | Các đầu ra dễ bị tổn thương bởi lượng tử mới sẽ không còn được tạo ra | Ví, sàn giao dịch, bộ xử lý thanh toán, người giữ tài sản |
| Giai đoạn B | Xung quanh năm 5 | Việc xác thực ECDSA/Schnorr cũ sẽ được siết chặt với các quy tắc cứu trợ chống lại máy tính lượng tử | Tất cả những người nắm giữ có đầu ra dễ bị tổn thương |
Trong kịch bản tăng giá, quy trình BIP-110 tạo ra các tiêu chuẩn rõ ràng hơn về sự sẵn sàng của mạng. BIP-54 nhận được đánh giá tập trung, các đề xuất về covenant thu thập dữ liệu so sánh trên Signet, và kế hoạch lượng tử được hưởng thời gian triển khai kéo dài nhiều năm.
Các ví được tăng cường các biện pháp kiểm soát chống trộm cắp, các nút mạng được siết chặt các giới hạn xác thực, và các bên giữ hộ được thêm thời gian để kiểm kê các đầu ra dễ bị tổn thương.
Trong kịch bản giảm giá, tranh chấp spam biến mỗi soft fork thành một cuộc cạnh tranh phe phái. Consensus Cleanup vẫn giữ trên signet, công việc covenant bị phân mảnh giữa các gói opcode cạnh tranh, và chính sách sau lượng tử chờ đợi một mối đe dọa mật mã gần hơn.
Bitcoin sau đó mang theo các lỗ hổng đã biết, các công cụ tự lưu trữ yếu hơn và lịch trình di chuyển bị nén vào cùng một quy trình quản trị.
Cửa sổ tháng Tám của BIP-110 sẽ tạo ra một bản ghi duy nhất về quản trị Bitcoin, và Consensus Cleanup, covenants và BIP-361 sẽ mở rộng bản ghi đó sang các lĩnh vực bảo trì, lưu ký và sự tồn tại về mặt mật mã.
Con đường của bitcoin hiện nay phụ thuộc vào việc xác định những đề xuất giao thức nào bảo vệ các chức năng cốt lõi của nó và xây dựng sự đồng thuận trước khi các điều kiện khẩn cấp đặt ra lịch trình.
Bài viết Bốn lỗ hổng chưa được vá, đồng hồ lượng tử 5 năm và cuộc đối đầu của thợ mỏ đang đẩy Bitcoin đến ngã rẽ then chốt xuất hiện đầu tiên trên CryptoSlate.


