Được viết bởi: Huang Shiliang

Gần đây, cuộc thảo luận về đầu ra Op_Return của Bitcoin rất sôi nổi, điều này đã khơi dậy sự tò mò của tôi. Tôi quyết định viết một bài viết để tóm tắt lại. Trên thực tế, những bài viết như vậy chủ yếu được viết cho chính tôi. Trừ khi bạn đặc biệt quan tâm đến giao thức và công nghệ, nếu không thì không cần phải tốn thời gian đọc chúng.

Trên thực tế, giờ AI đã quá mạnh mẽ, tôi nghĩ sẽ tốt hơn nhiều nếu chatgpt o3 hoặc gemini 2.5 pro viết bài nghiên cứu chuyên sâu cho bạn thay vì viết cho tôi.

Vài ngày trước, một người bạn muốn bán khống Ordi, đúng lúc đó 31 cộng tác viên cốt lõi cùng nhau phát hành "Tuyên bố chính sách chuyển tiếp giao dịch".

Tôi thực sự muốn kể cho anh ấy nghe về cuộc thảo luận về Op_Return và việc nhồi dữ liệu vào UTXO, cũng như mối quan hệ tiềm ẩn của nó với các dòng chữ.

Nhưng xét đến dự đoán của tôi về giá cả tệ như vậy, tôi vẫn không nói gì vì tôi không thể ảnh hưởng đến vận mệnh của người khác. Và tôi thực sự nghĩ rằng công nghệ và giá cả hiện đã hoàn toàn tách biệt và không liên quan gì đến nhau.

Với tư cách là "chính thức" của Bitcoin, nhóm phát triển Core luôn nghiêm ngặt về việc chèn bất kỳ dữ liệu nào không liên quan đến các thuộc tính tiền tệ của Bitcoin vào chuỗi khối Bitcoin. Chính sách này đã được áp dụng kể từ khi Op_return được giới thiệu với Bitcoin vào năm 2014 và vẫn tiếp tục cho đến tuyên bố chung gần đây của 31 người đóng góp cho Core. Core luôn có lập trường tối giản về "dữ liệu phi tài chính": 1) Tối đa 1 OP_RETURN cho mỗi giao dịch; 2) Một phần dữ liệu không được vượt quá 80 byte; 3) Các nút được phép tăng kích thước thủ công bằng cách sử dụng -datacarriersize, điều này có nghĩa là về bản chất đây không phải là quy tắc đồng thuận.

Thái độ chính thức và các thông lệ về mã của Core luôn hạn chế nghiêm ngặt việc tải dữ liệu "phi tài chính" lên chuỗi.

Nhưng gần đây, kho lưu trữ mã Bitcoin Core đã thay đổi thái độ đối với các dữ liệu "phi tài chính" này và đột nhiên nới lỏng các hạn chế đối với các dữ liệu này, và đây là bước tiến đặc biệt lớn.

Nhà phát triển cốt lõi Peter Todd (anh chàng này hiện tuyên bố rằng anh ta không phải là người đóng góp cốt lõi mà chỉ là một nhà nghiên cứu, haha) đã đưa ra PR #32359 "Xóa bỏ các giới hạn tùy ý đối với đầu ra OP_RETURN" vào tháng 4 năm 2025, đề xuất: 1)

1) Xóa các kiểm tra 80 byte đơn lẻ và "đầu ra đơn lẻ"; 2) Bỏ các tùy chọn liên quan đến -datacarriersize; 3) Để phần còn lại của bảo vệ DoS cho sự đánh giá toàn diện về chi phí thị trường + băng thông.

Cần lưu ý rằng PR này vẫn chưa được sáp nhập vào kho lưu trữ mã chính của Bitcoin Core, nhưng tuyên bố chung gần đây của 31 nhà phát triển tương đương với việc "ủng hộ" việc nới lỏng chính sách và có vẻ như PR này sẽ được sáp nhập.

Ngoài ra, bản nâng cấp BCH vào tháng 5 năm 2021 đã thực hiện các bản cập nhật quy tắc tương tự, nhưng lần này các quy tắc của BTC triệt để hơn. BCH vẫn giới hạn tổng kích thước byte của op_return cho một giao dịch duy nhất không quá 223 byte ở cấp độ mã. Có thể có nhiều đầu ra op_return trong một giao dịch bch, nhưng tổng số byte không được vượt quá 223 byte.

PR của BTC không giới hạn tổng số byte của Op_return trong một giao dịch duy nhất, nhưng Bitcoin có giới hạn 1M byte cho một giao dịch duy nhất, vì vậy có thể coi giới hạn byte cho Op_return trong một giao dịch duy nhất là 1M.

Nội dung trên là thay đổi chính sách được thực hiện bởi phần mềm nút Bitcoin Core ở cấp độ mã liên quan đến việc tải "dữ liệu phi tài chính" lên chuỗi.

Tại sao lại có sự thay đổi này?

Kể từ khi dòng chữ này trở nên phổ biến vào năm 2022, tổng khối lượng dữ liệu của chuỗi khối Bitcoin (tổng số tệp mà phần mềm nút cần tải xuống) và số lượng UTXO (dữ liệu phải nằm trong bộ nhớ của phần mềm nút) đã tăng lên rất nhiều.

Tại sao lại có sự thay đổi này?

Kể từ khi dòng chữ này trở nên phổ biến vào năm 2022, tổng khối lượng dữ liệu của chuỗi khối Bitcoin (tổng số tệp mà phần mềm nút cần tải xuống) và số lượng UTXO (dữ liệu phải nằm trong bộ nhớ của phần mềm nút) đã tăng lên rất nhiều.

Dưới đây là lịch sử mở rộng dữ liệu chuỗi khối Bitcoin sau khi dòng chữ này trở nên phổ biến, được tôi rút ra dựa trên dữ liệu tôi khảo sát bằng mô hình chatgpt o3.

Tổng lượng dữ liệu blockchain tăng từ ≈ 430 GB (2022-10) lên ≈ 665 GB (2025-06);

Bộ sưu tập UTXO đã từng đạt tới 188 triệu (tháng 12 năm 2024), gấp đôi so với năm 2022;

(Bản thân OP_RETURN không đi vào UTXO, nhưng đầu ra Taproot bị phân mảnh sẽ làm tăng đáng kể giá trị này.)

Chuỗi Bitcoin đã trở thành "mỡ + nhiều mảnh" cùng lúc, với đĩa mở rộng 60% và UTXO tăng gấp đôi, khiến nhiều nhà phát triển lo lắng về chi phí phi tập trung.

Từ năm 2022, nhóm phát triển Core đã rất phản đối việc áp dụng các dòng chữ và yêu cầu mạnh mẽ hạn chế hơn nữa đối với dữ liệu này ở cấp độ quy tắc. Quan điểm chính thống của các nhà phát triển Core là nếu blockchain Bitcoin được phân cấp, thì dữ liệu phi tài chính này phải bị hạn chế để chi phí vận hành nút không bị thổi phồng.

Lukejr là một ví dụ ở đây. Phần mềm nút Knots do Lukejr phát triển hạn chế trực tiếp việc chuyển tiếp giao dịch cho các ứng dụng ghi chép đưa dữ liệu vào op_return. Nghĩa là, Knote, với tư cách là phần mềm nút của Bitcoin, không chuyển tiếp giao dịch ghi chép sau khi nhận được.

Bản thân Op_return có thể bị phần mềm nút trong các quy tắc của Bitcoin cắt bớt, điều này có nghĩa là nó không có khả năng lưu dữ liệu vĩnh viễn như thường thấy trong blockchain.

Nhiều ứng dụng ghi chép khác lo ngại rằng dữ liệu của họ sẽ bị hạn chế bởi các quy tắc của Bitcoin, vì vậy họ sử dụng nhiều cách hack khác nhau để thiết kế giao thức, từ việc sử dụng Op_return đến việc nhồi dữ liệu vào các tập lệnh taproot và lưu trữ chúng trong dữ liệu chứng kiến ​​giao dịch.

Trong dữ liệu chứng kiến, nhờ phí giao dịch được chiết khấu của segwit và giới hạn trên 3M của các khối dữ liệu chứng kiến, phí khai thác cho các dữ liệu ghi chép này rẻ, thiết kế đơn giản hơn op_return và chúng được bảo vệ bởi giao thức Bitcoin và sẽ không bị cắt bớt.

Điều này càng khiến nhiều nhà phát triển trong nhóm phát triển Core tức giận hơn.

Nhưng ngoại trừ một số ít nhà phát triển Core, có vẻ như toàn bộ hệ sinh thái đều chào đón các ứng dụng ghi chú này, bao gồm cả thợ đào và sàn giao dịch, tất cả đều công khai hỗ trợ chúng.

Giao dịch này liệt kê một số lượng lớn các mã thông báo khắc chữ khác nhau.

Thợ đào thậm chí còn đóng gói các giao dịch tập lệnh không chuẩn với số lượng lớn để phù hợp với các giao dịch lớn hơn và phức tạp hơn do nhiều giao thức ghi chép tạo ra. Điều này thực sự phá vỡ giới hạn của dữ liệu op_return, vì về bản chất, giới hạn này không phải là giới hạn cấp độ đồng thuận. Miễn là một nhóm khai thác đóng gói nó, các nhóm khai thác khác sẽ không từ chối nó.

Hai tình huống trên có tác động rất khác nhau đến dữ liệu blockchain Bitcoin. Dữ liệu Op_return và tập lệnh taproot sẽ làm tăng đáng kể lượng dữ liệu khối và số lượng UTXO. Tuy nhiên, theo quan điểm của hoạt động full node, dữ liệu Op_return có thể bị cắt, nhưng tập lệnh taproot thì không thể bị cắt.

Tình hình có thể đã tiến triển đến mức phải thay đổi thỏa thuận.

Tình hình có thể đã tiến triển đến mức phải thay đổi thỏa thuận.

Nếu không thể chặn các ứng dụng ghi chú, thì việc nới lỏng các hạn chế đối với dữ liệu Op_return ở lớp giao thức và cung cấp cho các ứng dụng ghi chú một lỗ hổng để hướng dẫn chúng sử dụng Op_return thay vì các tập lệnh taproot có thể thân thiện hơn với các hoạt động của nút Bitcoin.

Điều này đã dẫn đến hai phe phái trong số các nhà phát triển Core. Một số ít trong số họ tin chắc rằng "dữ liệu rác" do các ứng dụng loại inscription tạo ra nên bị chặn ở lớp giao thức. Họ tin chắc rằng các ứng dụng loại inscription là các cuộc tấn công DDOS vào Bitcoin.

Tuy nhiên, nhiều nhà phát triển cho rằng tốt hơn là chọn giải pháp ít tệ hơn và hướng dữ liệu đến op_return thay vì các tập lệnh có thể chi tiêu.

Đây là những gì tôi thấy vào lúc này.

Tôi nghĩ điều gì sẽ xảy ra nếu tình hình hiện tại tiếp tục diễn biến?

Việc thay đổi lớp giao thức của dữ liệu Op_return sẽ không gây ra sự chia tách chuỗi Bitcoin, đây là lớp không đồng thuận. Hơn nữa, cách tiếp cận cực đoan nhất hiện đang được các bên như Luke Jr. thực hiện, những người phản đối mạnh mẽ việc đưa "dữ liệu phi tài chính" vào chuỗi là hạn chế các nút chuyển tiếp các giao dịch ghi chép, thay vì trực tiếp đặt nó là bất hợp pháp trong giao thức.

Vì vậy, hoàn toàn không có nguy cơ chia rẽ trong tranh chấp này.

Nhưng tôi nghĩ phần mềm nút lõi Bitcoin sẽ hướng tới việc nới lỏng các hạn chế dữ liệu Op_return. Nhóm của Luke Jr. có lẽ sẽ thừa nhận điều đó. Theo các bài viết tôi đọc, Luke Jr. là một chiến binh kiên cường và cực kỳ kiên định với niềm tin của mình, nhưng lần này tôi nghĩ Luke Jr. nên chuẩn bị cho một cuộc chiến dài hoặc thừa nhận điều đó.

Các ứng dụng ghi chú và lớp thứ hai có thể mở ra một môi trường phát triển thân thiện hơn cho giao thức Bitcoin cơ bản.

Nhưng tôi thực sự không biết giá.