Bitcoin thường được mô tả như vàng kỹ thuật số, ngụ ý một bản chất tĩnh và bất biến. Tuy nhiên, phần mềm cung cấp năng lượng cho mạng Bitcoin là một giao thức sống động trải qua bảo trì, sửa lỗi và nâng cấp. Không giống như phát triển phần mềm tập trung nơi CEO công ty hoặc quản lý sản phẩm quyết định các tính năng, Bitcoin dựa vào mạng lưới phân tán của các bên tham gia để đồng ý về các thay đổi. Quy trình này có chủ đích, chậm rãi và mạnh mẽ thiên về tình trạng hiện tại để đảm bảo an ninh cho hàng tỷ đô la giá trị.
Sự tiến hóa của giao thức không được quản lý bởi hệ thống bỏ phiếu chính thức hoặc một cơ quan duy nhất. Thay vào đó, nó hoạt động thông qua sự kết hợp độc đáo giữa tài liệu kỹ thuật, đánh giá ngang hàng và sự đồng thuận cộng đồng. Hiểu cách một ý tưởng di chuyển từ cuộc thảo luận đơn giản trên danh sách gửi thư đến thay đổi mã được kích hoạt toàn cầu tiết lộ sức bền của mạng Bitcoin. Nó nhấn mạnh một hệ thống được thiết kế để chống lại sự chiếm đoạt bởi bất kỳ nhóm đơn lẻ nào, dù là nhà phát triển, thợ đào hay lợi ích doanh nghiệp.
Ở trung tâm của quy trình tiến hóa này là Bitcoin Improvement Proposal, hay BIP. Đây là cơ chế chính để đề xuất tính năng mới, thu thập ý kiến cộng đồng về một vấn đề và ghi lại các quyết định thiết kế. Một BIP không phải là phiếu bầu ràng buộc, mà là tài liệu thiết kế kỹ thuật. Nó cung cấp thông tin cho cộng đồng Bitcoin hoặc mô tả tính năng mới cho Bitcoin hoặc các quy trình của nó.
Khung Bitcoin Improvement Proposal
Để hiểu cách Bitcoin thay đổi, trước tiên phải hiểu quy trình chuẩn hóa. Hệ thống BIP chịu ảnh hưởng mạnh mẽ từ quy trình Python Enhancement Proposal (PEP). Nó đóng vai trò như một cách thức chính thức để giới thiệu thay đổi vào codebase hoặc hệ sinh thái xung quanh. Bất kỳ ai cũng có thể viết một BIP, nhưng việc được chấp nhận và triển khai là một thử thách nghiêm ngặt mà ít đề xuất sống sót.
Định nghĩa BIP
Một BIP về cơ bản là một bài báo kỹ thuật. Nó cung cấp thông số kỹ thuật kỹ thuật ngắn gọn về tính năng và lý do cho tính năng đó. Tác giả chịu trách nhiệm xây dựng sự đồng thuận trong cộng đồng và ghi lại các ý kiến bất đồng. Có ba loại BIP chính. Standards Track BIPs mô tả bất kỳ thay đổi nào ảnh hưởng đến hầu hết hoặc tất cả các triển khai Bitcoin, chẳng hạn như thay đổi giao thức mạng hoặc thay đổi quy tắc hợp lệ khối hoặc giao dịch.
Informational BIPs mô tả vấn đề thiết kế Bitcoin, hoặc cung cấp hướng dẫn chung hoặc thông tin cho cộng đồng Bitcoin, nhưng không đề xuất tính năng mới. Process BIPs mô tả quy trình xung quanh Bitcoin, hoặc đề xuất thay đổi (hoặc sự kiện) trong quy trình. Phần lớn sự chú ý công khai tập trung vào Standards Track BIPs, vì đây là các đề xuất thay đổi quy tắc đồng thuận của mạng.
Vòng đời của một Đề xuất
Cuộc đời của một BIP bắt đầu từ lâu trước khi nó được gán số. Nó thường bắt đầu bằng các cuộc thảo luận trên danh sách gửi thư phát triển Bitcoin. Đây là nơi ý tưởng ban đầu được kiểm tra, chỉ trích và thường bị xé toạc bởi các nhà phát triển khác. Nếu ý tưởng sống sót qua thử thách lửa ban đầu này, tác giả soạn thảo văn bản BIP.
Khi bản nháp được gửi đến kho lưu trữ BIP, một biên tập viên gán số cho nó. Trạng thái này được gọi là "Draft." Từ đó, đề xuất di chuyển qua các giai đoạn khác nhau. Nếu cộng đồng đồng ý công việc có giá trị, nó có thể chuyển sang "Proposed." Nếu các thay đổi được triển khai và mạng kích hoạt chúng, BIP trở thành "Final" hoặc "Active." Ngược lại, các đề xuất có thể bị "Rejected," "Withdrawn" bởi tác giả, hoặc đánh dấu "Obsolete" nếu chúng bị thay thế bởi các giải pháp mới hơn.
Cơ chế Đồng thuận
Khía cạnh gây nhầm lẫn nhất của phát triển Bitcoin đối với người ngoài là thiếu cấu trúc quản trị chính thức. Không có quỹ hoặc lãnh đạo nào đóng dấu "approved" lên một BIP. Thay vào đó, mạng dựa vào khái niệm được gọi là "rough consensus." Đây là thuật ngữ vay mượn từ Internet Engineering Task Force (IETF). Nó không có nghĩa là nhất trí toàn bộ.
Hiểu Rough Consensus
Rough consensus được đạt được khi cộng đồng kỹ thuật chung chung đồng ý rằng một đề xuất vững chắc và tất cả các phản đối đáng kể đã được giải quyết. Đây là phép đo định tính thay vì phiếu bầu định lượng. Nếu một đề xuất có giá trị kỹ thuật mạnh nhưng đối mặt với lo ngại an ninh hợp lệ từ một phần đáng kể các nhà phát triển, nó sẽ không tiến hành.
Động lực này buộc tác giả phải tương tác với các nhà phê bình. Họ phải cải thiện đề xuất của mình cho đến khi các phản đối được giải quyết hoặc chứng minh là vô căn cứ. Quy trình này có thể mất nhiều năm. Ví dụ, nâng cấp Taproot được thảo luận và tinh chỉnh trong một khoảng thời gian đáng kể trước khi được coi là sẵn sàng kích hoạt. Sự chậm chạp là một tính năng, không phải lỗi, ngăn chặn các quyết định hấp tấp có thể làm mất ổn định mạng tài chính.
Quyền Truy cập Commit của Nhà phát triển
Một quan niệm sai lầm phổ biến là các nhà phát triển có "commit access" vào kho GitHub Bitcoin Core kiểm soát Bitcoin. Trong khi các maintainer này có khả năng hợp nhất mã vào nhánh master của phần mềm, họ hoạt động giống như người gác cổng hơn là người cai trị. Vai trò của họ là đảm bảo rằng mã được hợp nhất phản ánh rough consensus của cộng đồng.
Nếu một maintainer hợp nhất mã thay đổi cơ bản Bitcoin trái với ý muốn của người dùng, các nhà vận hành nút sẽ đơn giản từ chối cập nhật lên phiên bản đó. Mạng sẽ tiếp tục trên phiên bản trước, và phiên bản của maintainer sẽ bị bỏ qua. Điều này tạo ra một kiểm soát mạnh mẽ đối với ảnh hưởng của nhà phát triển, đảm bảo họ vẫn tuân theo mong muốn của mạng nút.
Đường dẫn Kích hoạt và Triển khai
Một khi nâng cấp giao thức được mã hóa và hợp nhất vào phần mềm Bitcoin Core, nó nằm im. Nó phải được "activated" bởi mạng. Đây là giai đoạn mà đồng thuận lý thuyết tương tác với thực tế vật lý của blockchain. Kích hoạt yêu cầu phối hợp giữa các tác nhân kinh tế của hệ thống, chủ yếu là thợ đào và nhà vận hành nút đầy đủ.
Tín hiệu Thợ đào và Ngưỡng
Về mặt lịch sử, kích hoạt thường sử dụng quy trình được định nghĩa trong BIP 9. Điều này liên quan đến thợ đào tín hiệu sự sẵn sàng cho nâng cấp trong tiêu đề khối họ đào. Trong một khoảng thời gian cụ thể, thường là hai tuần (2016 khối), mạng theo dõi bao nhiêu khối chứa tín hiệu hỗ trợ nâng cấp.
Nếu phần trăm khối tín hiệu đạt ngưỡng được định nghĩa—thường là 90% hoặc 95%—nâng cấp được khóa. Sau khoảng thời gian ân hạn tiếp theo, các quy tắc mới trở thành hoạt động. Cơ chế này được thiết kế để đảm bảo mạng nâng cấp mượt mà mà không bỏ lại thợ đào. Tuy nhiên, nó cũng dẫn đến các cuộc đối đầu chính trị nơi thợ đào hiệu quả phủ quyết nâng cấp bằng cách từ chối tín hiệu, ngay cả khi cơ sở người dùng rộng lớn hơn mong muốn thay đổi.
User Activated Soft Forks
Những hạn chế của tín hiệu thợ đào trở nên rõ ràng trong "Block Size War" dẫn đến năm 2017. Khi thợ đào trì hoãn kích hoạt Segregated Witness (SegWit), một phong trào cơ sở nổi lên đề xuất User Activated Soft Fork (UASF), được gọi là BIP 148.
Trong một UASF, nhà vận hành nút chạy phần mềm từ chối khối từ thợ đào không tín hiệu cho nâng cấp sau một ngày nhất định. Điều này chuyển quyền lực từ thợ đào trở lại đa số kinh tế của nút. Nếu hoạt động kinh tế (sàn giao dịch, ví, người dùng) di chuyển đến chuỗi UASF, thợ đào được khuyến khích kinh tế theo sau hoặc rủi ro đào trên chuỗi vô giá trị. Mối đe dọa của BIP 148 là yếu tố quan trọng buộc kích hoạt SegWit.
Động lực Phân nhánh và Tính tương thích
Các thay đổi đối với giao thức Bitcoin thường rơi vào hai loại: soft forks và hard forks. Sự phân biệt nằm ở tính tương thích ngược. Hiểu sự khác biệt là rất quan trọng để nắm bắt tại sao Bitcoin vẫn là một mạng liên tục duy nhất bất chấp nhiều nâng cấp.
Cơ chế Soft Fork
Một soft fork là thay đổi giao thức hạn chế tập hợp các khối hợp lệ. Nó siết chặt quy tắc. Vì các quy tắc mới là tập con của quy tắc cũ, các nút cũ chưa nâng cấp vẫn sẽ thấy các khối mới là hợp lệ. Chúng có thể không hiểu các tính năng mới, nhưng chúng sẽ chấp nhận chuỗi.
Tính tương thích ngược này là rất quan trọng. Nó cho phép mạng nâng cấp dần dần. Người dùng không bị buộc cập nhật phần mềm ngay lập tức để vẫn là phần của đồng thuận. Hầu hết các nâng cấp lớn, bao gồm SegWit và Taproot, được triển khai dưới dạng soft forks. Điều này đảm bảo mạng không bị chia thành hai chuỗi không tương thích chỉ vì một số người dùng chậm nâng cấp.
Sự Phân kỳ Hard Fork
Một hard fork nới lỏng quy tắc hoặc giới thiệu quy tắc không tương thích với phần mềm cũ. Các nút cũ sẽ thấy khối được tạo dưới quy tắc mới là không hợp lệ và từ chối chúng. Để hard fork thành công mà không chia mạng, 100% người dùng phải nâng cấp đồng thời, điều không thể trong hệ thống phân tán.
Do đó, các hard fork gây tranh cãi hầu như luôn dẫn đến phân tách chuỗi vĩnh viễn. Ví dụ nổi tiếng nhất là sự tạo ra Bitcoin Cash (BCH) năm 2017. Những người ủng hộ muốn tăng giới hạn kích thước khối, một thay đổi quy tắc không tương thích với đồng thuận hiện tại của Bitcoin. Điều này dẫn đến hai mạng và tiền tệ riêng biệt. Hard forks thường bị tránh trong phát triển Bitcoin do rủi ro làm vỡ mạng và cộng đồng.
| Thuộc tính So sánh | Soft Fork | Hard Fork |
|---|---|---|
| Tính tương thích | Tương thích ngược | Không tương thích ngược |
| Thay đổi Quy tắc | Siết chặt/Hạn chế quy tắc | Nới lỏng/Mở rộng quy tắc |
| Rủi ro Mạng | Rủi ro thấp phân tách chuỗi | Rủi ro cao phân tách vĩnh viễn |
Các Nâng cấp Giao thức Lớn: Segregated Witness
Một trong những ví dụ đáng kể nhất về đề xuất di chuyển đến triển khai là Segregated Witness (SegWit). Được kích hoạt vào tháng 8 năm 2017, nó giải quyết các vấn đề tồn tại lâu dài và đặt nền tảng cho mở rộng tương lai. Đề xuất này thay đổi cơ bản cách dữ liệu giao dịch được cấu trúc.
Giải quyết Malleability
Trước SegWit, có thể sửa đổi ID duy nhất của giao dịch trước khi nó được xác nhận trên blockchain mà không làm vô hiệu hóa chữ ký. Vấn đề này, được gọi là transaction malleability, làm khó khăn việc xây dựng giải pháp tầng hai như Lightning Network. Nếu ID giao dịch có thể thay đổi, các hợp đồng thông minh dựa vào ID đó sẽ bị hỏng.
SegWit giải quyết bằng cách di chuyển dữ liệu chữ ký (witness) ra ngoài phần giao dịch dùng để tính ID. Bằng cách tách witness, ID giao dịch trở nên bất biến. Sửa chữa này là chìa khóa cho phép kênh thanh toán hoạt động an toàn, cho phép phát triển Lightning Network.
Khái niệm Đơn vị Trọng lượng
SegWit cũng đóng vai trò như một tăng kích thước khối thông minh. Thay vì đơn giản nâng giới hạn 1MB—điều sẽ yêu cầu hard fork—SegWit thay đổi cách đo khối. Nó giới thiệu "block weight."
Dữ liệu trong phần witness tính ít trọng lượng hơn dữ liệu trong khối giao dịch chính. Điều này cho phép khối vượt quá kích thước 1MB truyền thống về dữ liệu thô (lên đến 4MB lý thuyết) trong khi vẫn tương thích với nút legacy chỉ kiểm tra dữ liệu không phải witness. Điều này hiệu quả tăng dung lượng mạng và giảm phí cho giao dịch sử dụng định dạng SegWit.
Nâng cấp Taproot
Tiếp theo SegWit, thay đổi lớn tiếp theo là Taproot, được kích hoạt vào tháng 11 năm 2021. Taproot kết hợp ba BIP (340, 341 và 342) để cải thiện quyền riêng tư, hiệu quả và khả năng scripting. Nó thể hiện quy trình kích hoạt tinh tế hơn được gọi là "Speedy Trial."
Chữ ký Schnorr
Ở cốt lõi của Taproot là triển khai chữ ký Schnorr (BIP 340). Sơ đồ chữ ký kỹ thuật số này mang lại lợi thế đáng kể so với Elliptic Curve Digital Signature Algorithm (ECDSA) gốc. Lợi ích chính là tính tuyến tính.
Tính tuyến tính cho phép tổng hợp chữ ký. Trong giao dịch đa chữ ký, nhiều khóa công khai và chữ ký có thể được kết hợp thành một khóa duy nhất và một chữ ký duy nhất. Đối với blockchain, giao dịch phức tạp liên quan nhiều bên trông giống hệt giao dịch người dùng đơn lẻ tiêu chuẩn. Điều này nâng cao quyền riêng tư bằng cách che giấu sự phức tạp của sắp xếp ví và tiết kiệm không gian trên blockchain, giảm phí.
Merkelized Abstract Syntax Trees
Taproot cũng giới thiệu Merkelized Abstract Syntax Trees (MAST). Trước đây, nếu người dùng tạo hợp đồng thông minh phức tạp với nhiều điều kiện chi tiêu, tất cả các điều kiện đó phải được tiết lộ trên blockchain khi quỹ được chi tiêu. Điều này kém hiệu quả và xấu cho quyền riêng tư.
Với MAST, người dùng có thể cấu trúc điều kiện chi tiêu theo định dạng cây. Khi chi tiêu, họ chỉ cần tiết lộ nhánh cụ thể của cây đang được sử dụng. Các nhánh chưa thực thi vẫn ẩn. Điều này cho phép hợp đồng thông minh phức tạp riêng tư và tiết kiệm dữ liệu, mở rộng thêm tiềm năng Bitcoin vượt ngoài chuyển giao giá trị đơn giản.
Các Cuộc Tranh luận Hiện tại: Trường hợp OP_CAT
Sự tiến hóa của Bitcoin đang tiếp diễn, với các cuộc thảo luận hiện tại tập trung vào việc khôi phục chức năng bị mất. Một trong những chủ đề nổi bật nhất là OP_CAT. Đây là một opcode cụ thể (mã hoạt động) là phần của phần mềm Bitcoin gốc nhưng bị Satoshi Nakamoto vô hiệu hóa năm 2010 do lo ngại về sử dụng bộ nhớ và lỗ hổng an ninh.
Hiểu Opcodes
Opcodes là các lệnh mà ngôn ngữ scripting Bitcoin hiểu. Chúng chỉ mạng cách xử lý giao dịch. Một số opcode kích hoạt phép cộng, số khác kiểm tra chữ ký, và một số xác minh khóa thời gian. Khi opcode bị vô hiệu hóa, khả năng thực hiện các hành động cụ thể đó bị loại bỏ khỏi hộp công cụ của mạng.
Việc loại bỏ OP_CAT và các opcode khác nghiêm trọng hạn chế ngôn ngữ scripting Bitcoin. Hạn chế này là có chủ đích lúc đó, ưu tiên an ninh và ổn định hơn chức năng. Tuy nhiên, khi hiểu biết về giao thức trưởng thành, các nhà phát triển đang khám phá việc tái giới thiệu an toàn các mã này để kích hoạt tính năng mới.
Đề xuất Nối chuỗi
OP_CAT cụ thể cho phép nối (ghép) hai chuỗi dữ liệu. Mặc dù nghe đơn giản, nó kích hoạt tính năng mạnh mẽ được gọi là "covenants." Covenants cho phép người dùng đặt hạn chế về cách bitcoins tương lai có thể được chi tiêu, không chỉ ai có thể chi tiêu chúng.
Ví dụ, một covenant có thể thực thi rằng một UTXO cụ thể chỉ có thể được gửi đến danh sách trắng địa chỉ cụ thể. Điều này có hàm ý lớn đối với cơ chế vault, nơi người dùng có thể tạo nút "undo" cho quỹ bị đánh cắp, và cho cầu nối Layer 2. Cuộc tranh luận xung quanh OP_CAT minh họa bản chất bảo thủ của phát triển Bitcoin; ngay cả lệnh đơn giản cũng yêu cầu nhiều năm phân tích an ninh trước khi tái giới thiệu.
Tác động đến Giải pháp Layer 2
Các đề xuất giao thức thường nhắm đến lớp cơ sở, nhưng tiện ích chính được thực hiện trên mạng Layer 2 (L2). Mối quan hệ giữa blockchain chính và các lớp thứ cấp này là cộng sinh. Cải thiện giao thức cơ sở làm L2 rẻ hơn, an toàn hơn và hiệu quả hơn.
Phụ thuộc Lightning Network
Lightning Network là ví dụ điển hình của sự phụ thuộc này. Nó dựa vào an ninh lớp cơ sở để thanh toán giao dịch. Như đã đề cập, nâng cấp SegWit là điều kiện tiên quyết cho Lightning hoạt động đáng tin cậy. Các nâng cấp tương lai tiếp tục nhắm đến hiệu quả Lightning.
Ví dụ, các đề xuất như "Eltoo" (SIGHASH_ANYPREVOUT) nhằm đơn giản hóa quản lý kênh. Bằng cách sửa đổi cách giao dịch được ký trên lớp cơ sở, nút Lightning có thể lưu trữ ít dữ liệu hơn và phục hồi từ lỗi dễ dàng hơn. Điều này cho thấy các đề xuất L1 thường được thúc đẩy bởi nhu cầu mở rộng L2.
Tích hợp Sidechain
Sidechains, chẳng hạn như Liquid hoặc Rootstock, cũng hưởng lợi từ nâng cấp giao thức. Sidechains là blockchain độc lập chạy song song với Bitcoin. Chúng sử dụng peg hai chiều để chuyển giá trị qua lại. Hiện tại, các peg này thường dựa vào liên bang—nhóm các chức năng đáng tin cậy.
Các nâng cấp như OP_CAT hoặc sơ đồ chữ ký mới có thể cho phép cơ chế cầu nối không tin cậy hơn. Nếu script Bitcoin có thể xác minh chứng minh từ sidechain (như Zero-Knowledge proofs), nó sẽ cho phép người dùng di chuyển quỹ giữa các chuỗi mà không tin tưởng liên bang. Điều này vẫn là lĩnh vực nghiên cứu lớn và động lực cho BIP mới.
Đổi mới Không mong muốn: Hiện tượng Ordinals
Đôi khi, nâng cấp giao thức dẫn đến kết quả hoàn toàn bất ngờ. Sự trỗi dậy của Ordinals là minh chứng cho luật hậu quả không mong muốn trong phần mềm mã nguồn mở. Ordinals sử dụng cơ chế của cả SegWit và Taproot để khắc dữ liệu trực tiếp lên các satoshi cá nhân.
SegWit làm rẻ hơn lưu trữ dữ liệu witness, và Taproot loại bỏ giới hạn kích thước đẩy dữ liệu trong script giao dịch. Kết hợp, các thay đổi này cho phép người dùng nhúng hình ảnh, văn bản và thậm chí trò chơi video vào blockchain Bitcoin. Đây không phải ý định cụ thể của các nhà phát triển viết các BIP đó.
Phát triển này khơi mào tranh luận gay gắt trong cộng đồng. Một số xem inscriptions là spam làm tắc nghẽn mạng, trong khi những người khác coi đó là sử dụng hợp pháp không gian khối được trả phí. Bất kể quan điểm, Ordinals chứng minh rằng một khi đề xuất được triển khai, người dùng mạng sẽ sử dụng quy tắc mới theo cách mà tác giả có thể chưa từng dự đoán.
Kết luận
Cấu trúc của đề xuất giao thức Bitcoin tiết lộ một hệ thống ưu tiên sự sống còn trên hết. Từ soạn thảo ban đầu BIP đến quy trình xây dựng rough consensus gian nan, mỗi bước được thiết kế để lọc rủi ro. Sự phân biệt giữa soft forks và hard forks minh họa cam kết tương thích ngược, đảm bảo mạng vẫn bao quát ngay cả khi tiến bộ.
Các nâng cấp như SegWit và Taproot cho thấy Bitcoin có thể đổi mới mà không hy sinh nguyên tắc cốt lõi. Trong khi đó, các cuộc tranh luận đang diễn ra xung quanh OP_CAT và sự nổi lên của Ordinals chứng minh hệ sinh thái vẫn sôi động và khó đoán. Sự tương tác giữa thợ đào, nhà phát triển và nhà vận hành nút tạo ra hệ thống kiểm soát và cân bằng mà không thực thể tập trung nào có thể lật đổ.
Bitcoin thay đổi chậm không phải vì nó không thể di chuyển nhanh, mà vì chi phí phá vỡ nó quá cao để mạo hiểm.