Hỗ Trợ Căn Cứ cho Các Đề Xuất Cải Tiến Bitcoin

Hỗ trợ căn cứ cho hai Đề Xuất Cải Tiến Bitcoin (BIPs) dường như đang hình thành cho đợt hard fork tiếp theo của Bitcoin, xoay quanh hai ứng cử viên: BIPs 119 và 348.

BIPs là phương pháp chính thức để thảo luận về các thay đổi đề xuất đối với Bitcoin. Về lý thuyết, nếu một BIP nhận được sự hỗ trợ rộng rãi đủ lớn, nó sẽ được thêm vào Bitcoin thông qua một đợt hard fork hoặc cập nhật định kỳ cho Bitcoin Core. Thường thì, những BIPs này được gọi bằng những cái tên khác và nhiều đề xuất có thể được bao gồm trong một đợt hard fork. BIP 119 đề cập đến OP_CHECKTEMPLATEVERIFY (CTV) trong khi BIP 348 đề cập đến OP_CHECKSIGFROMSTACK (CSFS).

Bài viết này lần đầu xuất hiện trên Blockspace Media, tạp chí hàng đầu trong ngành công nghiệp Bitcoin chuyên về các công nghệ Bitcoin, thị trường, khai thác và chỉ số. Nhận các bài viết từ Blockspace trực tiếp vào hộp thư của bạn bằng cách nhấp vào đây.

Cộng đồng kỹ thuật Bitcoin thường tranh luận kỹ lưỡng về những BIPs này. Taproot Wizards, một công ty phát triển Bitcoin
được biết đến với các NFT Bitcoin của mình, đã đưa ra một đồ họa hữu ích giải thích quy trình khó hiểu và có vẻ như vòng tròn của các cuộc thảo luận này.

Tóm lại, quy trình hard fork của Bitcoin yêu cầu một ước lượng thô về mức độ hỗ trợ từ các bên liên quan của Bitcoin, bao gồm các nhà phát triển, người quản lý, các nhà đầu tư và thợ đào. Thay thế tốt nhất cho sự hỗ trợ của các bên liên quan này vẫn là các thợ đào Bitcoin, những người có thể đánh dấu sự hỗ trợ cho một sự thay đổi trong mã thông qua việc ký hiệu cho các thay đổi trong các khối mà họ đã khai thác. Thông thường, Bitcoin Core yêu cầu 95% số khối trong một khoảng thời gian để ký hiệu cho sự thay đổi trước khi khóa cập nhật để kích hoạt.

Tuy nhiên, không có một quy tắc nào rõ ràng để định nghĩa cái gì là “hỗ trợ rộng rãi”, và sự đồng thuận của Bitcoin là một mục tiêu luôn thay đổi, luôn di động. Các thợ đào hữu ích cho việc ký hiệu một sự thay đổi chỉ vì họ là một thực thể thực sự “có thể đếm được” trên mạng Bitcoin. Nói cách khác, thật khó để đánh giá sự đồng thuận rộng rãi của thế giới khi cấu trúc của Bitcoin là phi tập trung.

Trong suốt tháng 2
Vào tháng 1 và tháng 3, chúng tôi đã ghi nhận một sự chuyển biến rõ rệt khi nhiều nhà phát triển đã công khai ủng hộ hai BIP này.

Một đề xuất có gì?

Trong vài tuần qua, nhiều nhà phát triển Bitcoin từ phương Tây đã tweet ủng hộ CTV và CSFS – những tín hiệu mạnh mẽ cho thấy ít nhất cộng đồng Twitter đang đồng lòng ủng hộ một số thay đổi nhất định đối với Bitcoin.

CTV và CSFS cho phép các cách viết mã Bitcoin mới. Mã Bitcoin là ngôn ngữ lập trình cấp thấp của Bitcoin được sử dụng cho, giữa những thứ khác, việc tạo ra và gửi giao dịch. Được đề xuất bởi cựu đóng góp core Bitcoin Jeremy Rubin, CTV đã tồn tại hơn nửa thập kỷ, trong khi CSFS chỉ mới được chính thức hóa vào tháng 11 năm 2024 bởi Jeremy Rubin và Brandon Black.

Hai BIP này sẽ cho phép “hợp đồng” trên Bitcoin, hạn chế cách mà một ví có thể chi tiêu bitcoin trong các giao dịch tương lai. Các hợp đồng thường được kỳ vọng sẽ cải thiện đáng kể bối cảnh về tự lưu trữ Bitcoin, quản lý phí, và nâng cao các Bit hiện có.
công nghệ coin như Lightning, Ark và các ứng dụng dựa trên hợp đồng.

Ngoài ra, các nhà phát triển coi hai đề xuất này là “được định nghĩa một cách hẹp.” Nói một cách đơn giản, điều này có nghĩa là nếu được kích hoạt, có khả năng thấp là người dùng sẽ khai thác chúng để mục đích không mong đợi. Cộng đồng nhà phát triển Bitcoin thường thận trọng khi xem xét bất kỳ thay đổi nào đối với Bitcoin. Ví dụ, BIP 119 đã không thay đổi suốt gần nửa thập kỷ, nhưng đã có một thời điểm không lâu trước đây khi CTV được coi là quá mạnh mẽ để kích hoạt.

Đợi một thời gian dài

Bạn có thể nhớ rằng chiến dịch trước đây của Rubin cho CTV đã nhận được phản ứng mạnh mẽ từ những người Bitcoin có lượng người theo dõi lớn, bao gồm Adam Back và Jimmy Song. Các chỉ trích đã phát triển thành sự chống đối đáng kể từ nhiều người trong cộng đồng Bitcoin, dẫn đến việc Rubin phải lùi lại khỏi Bitcoin hoàn toàn.

Vậy điều gì đã thay đổi? Sự vận động gần đây cho mã lệnh OP_CAT (BIP 347) dường như đã mở rộng Cửa sổ Overton đối với các đề xuất Bitcoin có thể chấp nhận, định hình CTV & CSFS như là
những tùy chọn “bảo thủ” tương đối. Hầu hết các nhà hỗ trợ OP_CAT cũng ủng hộ BIPs 119 và 348 (và hầu hết các đề xuất nói chung).

Chúng ta có thể mong đợi điều gì tiếp theo?

Trước tiên, nhiều cuộc trò chuyện hơn. Các nhà phát triển dự kiến sẽ tập hợp tại một vài hội nghị kỹ thuật như OPNEXT vào tháng 4, BTC++ vào tháng 7, và TABConf vào tháng 10. Khi các nhà phát triển bắt đầu hình thành sự đồng thuận thô, thì việc kích hoạt thực tế của phần mềm fork sẽ chuyển sang các thợ mỏ, cộng đồng, và các nhà đầu tư.

Tuy nhiên, không có một quy trình chính thức cho “cách để soft fork Bitcoin.” Chúng ta để lại nhiều câu hỏi mở. Ví dụ, liệu một soft fork tiềm năng có chỉ bao gồm CTV và CSFS không? Liệu OP_CAT, thường được đưa vào bộ mã lệnh này, có tham gia vào cuộc trò chuyện không? Làm thế nào để việc kích hoạt soft fork thực sự xảy ra? Và các bên liên quan khác như các thợ mỏ Bitcoin có chú ý không?

Chỉ có một điều rõ ràng: bạn sẽ phải cảm thấy thoải mái với rất nhiều từ viết tắt.