Gần đây, Giám đốc Nghiên cứu Đầu tư HashKey @jeffrey_hu đã chi tiết phân tích bối cảnh và tranh cãi của đề xuất Bitcoin Core "Hủy bỏ giới hạn dữ liệu OP_RETURN", Wu đã tổng hợp và tích hợp các quan điểm của những người liên quan trong cộng đồng, biên dịch như sau.
Bối cảnh tổng hợp: Tranh cãi về giới hạn dữ liệu OP_RETURN
OP_RETURN là một mã lệnh (opcode) trong script Bitcoin, được sử dụng để nhúng một lượng dữ liệu nhỏ trong các giao dịch Bitcoin. Nó cho phép người dùng lưu trữ dữ liệu trên blockchain, nhưng những đầu ra này là "không thể tiêu xài được" (provably unspendable), do đó không làm tăng gánh nặng cho tập hợp UTXO (đầu ra giao dịch chưa tiêu xài). Giới hạn mặc định hiện tại của Bitcoin Core là kích thước dữ liệu OP_RETURN là 80 byte, và thông qua chính sách của nút (chứ không phải quy tắc đồng thuận) giới hạn việc phát tán các giao dịch OP_RETURN lớn hơn 83 byte.
Nhà phát triển Peter Todd đã đề xuất PR #32359, khuyến nghị loại bỏ giới hạn này và đồng thời xóa các tùy chọn cấu hình liên quan (như -datacarrier và -datacarriersize), tương đương với việc cũng cắt đứt con đường mà các nút hy vọng có thể tự cấu hình, gây ra cuộc thảo luận sôi nổi.
Sắp xếp quan điểm
Quan điểm của người ủng hộ:
Hiện tại các hạn chế không còn hiệu lực, vì có thể bị bỏ qua bằng cách trực tiếp gửi vào mempool của thợ mỏ (như MARA Slipstream) hoặc thông qua các nút không hạn chế (như Libre Relay). (Chẳng hạn, kích thước tối đa của đầu ra OP_RETURN được biết là lên đến 79, 870 byte).
Một số người dùng thậm chí sử dụng OP_RETURN để biến chuỗi thành bảng tin. Cũng có công cụ để giúp đóng gói lên chuỗi (opreturnbot.com), chỉ cần trả phí là được.
Việc gỡ bỏ giới hạn có thể tương thích hơn với động lực của thợ mỏ, vì thợ mỏ có thể kiếm được nhiều thu nhập hơn bằng cách cạnh tranh không gian khối.
Quan điểm của người phản đối:
Việc loại bỏ giới hạn sẽ dẫn đến việc nhiều dữ liệu không giao dịch được ghi vào chuỗi (như shitcoin), chiếm không gian khối, làm tăng phí giao dịch.
Mặc dù có thể vượt qua các hạn chế, nhưng chính sách nút vẫn hữu ích (ví dụ như hạn chế sự lan truyền, giảm áp lực của dữ liệu rác lên mạng).
Tập hợp các quan điểm chi tiết cá nhân:
Đối tác Nothing Research @0x_Todd: Hỗ trợ hủy bỏ giới hạn 80 byte dữ liệu của OP_RETURN, cho rằng giới hạn hiện tại là vô hiệu, và việc loại bỏ giới hạn có thể mang lại nhiều lợi ích, bao gồm trở lại thiết kế ban đầu của Bitcoin, giảm gánh nặng cho mạng, hỗ trợ phát triển hệ sinh thái, tăng thu nhập cho thợ đào, và phù hợp với tư tưởng tự do.
Thời đại Satoshi Nakamoto không giới hạn, trở về cổ điển
Thời kỳ Satoshi Nakamoto (đầu Bitcoin) OP_RETURN không có giới hạn byte nào.
Năm 2014, Bitcoin đã giới thiệu giới hạn 40 byte (sau đó tăng lên 80 byte), với mục đích giữ gìn "tính thuần khiết" của Bitcoin (dùng để kế toán chứ không phải lưu trữ dữ liệu).
0x_Todd cho rằng việc loại bỏ giới hạn 80 byte không phải là "đi ngược lại" mà là trở về với thiết kế cổ điển của thời Nakamoto, phù hợp với tinh thần nguyên thủy của Bitcoin.
Giới hạn hiện tại không có hiệu lực, có thể dễ dàng vượt qua
Giới hạn 80 byte hiện tại chỉ là hình thức, giống như "bức tường hàng rào cao 10 cm", không thể ngăn cản người dùng lưu trữ dữ liệu kích thước lớn.
Cách để vượt qua bao gồm: sử dụng văn bản khắc (Inscriptions), biểu tượng (Runes) và các giao thức khác, lưu trữ dữ liệu thông qua nhiều giao dịch.
Bỏ qua các chính sách nút, chẳng hạn như sử dụng khách hàng Libre Relay (có khẩu hiệu "Loại bỏ sự cha mẹ trong chính sách tiếp nối Bitcoin Core"). Peter Todd (người đề xuất PR #32359) là một trong những nhà phát triển cốt lõi của Bitcoin Core, đứng trong top 10 về đóng góp, hỗ trợ loại bỏ các hạn chế là biểu hiện của "không có sự cha mẹ", đáng được ủng hộ.
Giảm bớt gánh nặng của các văn bản khắc lên mạng
Hiện tại, các ký tự (Inscriptions) đang lưu trữ dữ liệu thông qua cách "bẻ khóa" (ví dụ như thông qua nhiều giao dịch để vượt qua giới hạn 80 byte), gây tăng gánh nặng cho mạng.
Sau khi loại bỏ giới hạn 80 byte, các ký hiệu có thể lưu trữ dữ liệu trực tiếp thông qua OP_RETURN, giảm bớt các giao dịch không cần thiết và giảm áp lực lên mạng.
Ghi chú thêm: Hiện tại, ký hiệu không còn phổ biến, vì vậy lý do này chỉ là "thêm vào" (lý do thứ yếu).
Cung cấp thu nhập bổ sung cho thợ mỏ, phù hợp với chủ nghĩa tự do
Việc gỡ bỏ hạn chế có thể mang lại thu nhập bổ sung cho thợ mỏ.
Ví dụ: 0x_Todd đề cập đến một "Lỗi siêu lớn 7 MB" trong khối OP_RETURN, người gửi đã trả 3.600 đô la phí giao dịch.
Điều này cho thấy tính xác thực của nhu cầu thị trường: Có người sẵn sàng trả tiền để đưa dữ liệu kích thước lớn lên chuỗi, và các thợ mỏ sẵn sàng đóng gói.
0x_Todd giữ lập trường tự do, cho rằng hành vi "thị trường quyết định" (có qua có lại) không nên bị hạn chế, can thiệp cứng nhắc là vô nghĩa.
Lợi ích bổ sung: Với việc Bitcoin giảm một nửa sau mỗi bốn năm, thu nhập của thợ mỏ giảm, cho phép giao dịch OP_RETURN kích thước lớn có thể tăng thu nhập, khuyến khích thợ mỏ tiếp tục đầu tư sức mạnh tính toán, củng cố tính bảo mật của mạng Bitcoin.
Giám đốc nghiên cứu đầu tư HashKey @jeffrey_hu: có xu hướng phản đối việc bãi bỏ giới hạn 80 byte dữ liệu OP_RETURN. Ông cho rằng việc loại bỏ giới hạn có thể gây ra tác động tiêu cực (ví dụ như dữ liệu phi giao dịch chiếm dụng không gian khối), đồng thời nhấn mạnh tầm quan trọng của tự do người dùng (giữ lại tùy chọn cấu hình). Ông cho rằng việc ủng hộ và phản đối chủ yếu là sự khác biệt về quan điểm, không có đúng sai tuyệt đối trong ngắn hạn. Đối với bốn luận điểm của @0x_Todd, ông đã giải thích quan điểm của mình tương ứng.
Thời đại Satoshi không có giới hạn, nhưng không có nghĩa là hợp lý
Thời đại Satoshi, OP_RETURN không bị hạn chế, nhưng thiết kế của Satoshi không phải lúc nào cũng hợp lý, nhiều thiết kế ban đầu sau này đã chứng minh có vấn đề (ví dụ như một số sửa đổi trước và sau cuộc chiến khối).
Không thể đơn giản lấy lý do "thời đại Satoshi không giới hạn" để ủng hộ việc bãi bỏ các hạn chế, thiết kế của Satoshi không nhất thiết phải áp dụng cho hiện tại.
Quan điểm của Peter Todd và vai trò của Bitcoin Core
Việc gỡ bỏ hạn chế chỉ là một đề xuất của khách hàng Bitcoin Core, không phải là quyết định của toàn bộ mạng lưới Bitcoin.
Peter Todd là một nhà phát triển dày dạn kinh nghiệm, quan điểm của ông nghiêng về "khuyến khích tương thích" (tương tự như logic Full-RBF: phòng ngừa người tốt nhưng không phòng ngừa kẻ xấu), việc đề xuất loại bỏ các giới hạn phù hợp với phong cách của ông, nhưng không có gì bất ngờ.
Cách tiếp cận "cha mẹ" của Bitcoin Core (chẳng hạn như loại bỏ các tùy chọn cấu hình) đáng để thảo luận, có thể hạn chế tự do của người dùng.
Vấn đề khắc ghi: Hủy bỏ hạn chế có ý nghĩa hạn chế.
Việc loại bỏ giới hạn 80 byte đối với các ký tự (Inscriptions) chỉ có tác dụng hạn chế.
80 byte không đủ để lưu trữ tệp lớn (chẳng hạn như hình ảnh), nhưng đủ để giao thức BRC-20 ghi dữ liệu JSON (để phát hành đồng tiền).
Dù Bitcoin cung cấp nhiều chức năng mạnh mẽ (ví dụ như niêm phong một lần, SegWit), luôn có người sẽ phát hành coin trên chuỗi theo cách "xấu xí" nhất, việc bãi bỏ hạn chế không thể giải quyết vấn đề này một cách triệt để.
Thu nhập của thợ mỏ và chủ nghĩa tự do: Tự do của người dùng quan trọng hơn
Thu nhập của thợ mỏ bị ảnh hưởng bởi nhiều yếu tố (có thể tăng thu nhập, nhưng cũng có thể làm tổn hại đến lợi thế "dịch vụ độc quyền" của nhóm khai thác).
Hỗ trợ chủ nghĩa tự do: Người dùng có quyền thanh toán để ghi lên chuỗi, lưu trữ dữ liệu OP_RETURN tinh tế hơn việc khắc (hai giao dịch + tăng bụi UTXO).
Nhưng nhấn mạnh tự do của người dùng: Là một người điều hành nút đầy đủ, anh ấy cần có quyền tự do lựa chọn có truyền bá những dữ liệu này hay không (chẳng hạn như nội dung bảng tin không liên quan đến anh ấy).
Việc Bitcoin Core loại bỏ các tùy chọn cấu hình (ví dụ: -datacarriersize và cấu hình Full-RBF) đã cướp đi quyền lựa chọn của người dùng.
Nếu Bitcoin Core không cung cấp tự do này, anh ta có thể chuyển sang sử dụng Bitcoin Knots hoặc thêm bộ lọc giao dịch, nhưng cho rằng cách làm này có thể "vòi rồng chống xe" (vô ích).
Người sáng lập UTXO Stack @crypcipher: Hỗ trợ hủy bỏ giới hạn, cho rằng thay vì để người khác lách luật, tốt hơn là mở cửa trực tiếp. Đề cập đến các giao thức như ordi viết dữ liệu vượt quá 80 byte qua nhiều giao dịch, việc loại bỏ giới hạn có thể giảm bớt "công sức vô ích" và bụi UTXO.
Fiamma Liên sáng lập @cyimonio: Phản đối, cho rằng một số dự án Bitcoin L2 (như việc lưu trữ dữ liệu trạng thái trên Bitcoin) chỉ xem Bitcoin như một lớp khả năng sẵn có dữ liệu (DA), không có nhiều ý nghĩa, thuộc dạng "Tiêu tiền lớn làm việc nhỏ."
Quy tắc đồng thuận và chiến lược nút
"Nếu đã có thể đi vòng qua thì hạn chế nút còn có tác dụng gì nữa?"
Hữu ích, nhưng để hiểu vấn đề này, vẫn cần phải bắt đầu từ OP_RETURN cũng như các "quy tắc đồng thuận" và "chiến lược nút" mà nó liên quan.
OP_RETURN là một mã lệnh (opcode) trong ngôn ngữ kịch bản của Bitcoin, có chức năng ngay lập tức kết thúc việc thực thi kịch bản và đánh dấu đầu ra đó là "không thể chi tiêu" (provably unspendable).
Hành vi của OP_RETURN (kết thúc thực thi kịch bản và đánh dấu đầu ra là không thể chi tiêu) là quy tắc cốt lõi của giao thức Bitcoin, thuộc về một phần của quy tắc đồng thuận. Quy tắc đồng thuận chỉ quan tâm đến "liệu có thể chi tiêu hay không", mà không quan tâm đến kích thước cụ thể của dữ liệu kèm theo.
Và giới hạn cụ thể về kích thước dữ liệu kèm theo OP_RETURN thuộc về chính sách của nút. Nút cũng có thể làm khá nhiều điều, vì nút tự quyết định cách xử lý dữ liệu giao dịch mà nó nhận được.
Trước khi lên chuỗi: Trước khi các khối được đóng gói, có sự hạn chế về việc giao dịch này có thể được truyền bá trong mạng P2P hay không. Bitcoin Core trước đây không phát tán giao dịch OP_RETURN lớn hơn 83 byte, nhưng nếu giao dịch này tồn tại trong khối mới, vì nó tuân thủ quy tắc đồng thuận, nên các nút sẽ công nhận giao dịch này là hợp lệ và chuỗi sẽ không bị phân nhánh.
Sau khi lên chuỗi, nút cũng có thể có hành động, chẳng hạn như tự động loại bỏ dữ liệu đính kèm OP_RETURN, giảm bớt chi phí lưu trữ của chính nó.
Các ảnh hưởng có thể và đề xuất
Mặt tích cực: Có thể tăng thu nhập cho thợ mỏ, hỗ trợ các dự án sinh thái Bitcoin (như Runes, Alkanes và sidechain).
Tiêu cực: Gây áp lực lên không gian khối của người dùng Bitcoin thông thường.
Thái độ của thợ mỏ không chắc chắn: Một mặt, sự cạnh tranh trong không gian khối có thể làm tăng thu nhập; mặt khác, các bể khai thác có thể không thích, vì lợi thế của "dịch vụ độc quyền" trong việc đóng gói giao dịch không tiêu chuẩn sẽ giảm.
Gợi ý cá nhân:
Nếu PR được chấp thuận nhưng người dùng không thích, có thể chọn chạy một client với các hạn chế nghiêm ngặt hơn (như Bitcoin Knots) hoặc phiên bản cũ. Xem xét lại vai trò của Bitcoin Core (sự cân nhắc giữa các bản vá bảo mật, chiến lược nút và quy tắc đồng thuận), và cân nhắc lựa chọn client phù hợp hơn với quan điểm cá nhân.
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Đề xuất tranh cãi về Bitcoin: Giới hạn dữ liệu OP_RETURN, trở về tự do hay gia tăng tắc nghẽn?
Bài viết: @jeffrey_hu
Biên dịch: GaryMa, Ngô nói về blockchain
Gần đây, Giám đốc Nghiên cứu Đầu tư HashKey @jeffrey_hu đã chi tiết phân tích bối cảnh và tranh cãi của đề xuất Bitcoin Core "Hủy bỏ giới hạn dữ liệu OP_RETURN", Wu đã tổng hợp và tích hợp các quan điểm của những người liên quan trong cộng đồng, biên dịch như sau.
Bối cảnh tổng hợp: Tranh cãi về giới hạn dữ liệu OP_RETURN
OP_RETURN là một mã lệnh (opcode) trong script Bitcoin, được sử dụng để nhúng một lượng dữ liệu nhỏ trong các giao dịch Bitcoin. Nó cho phép người dùng lưu trữ dữ liệu trên blockchain, nhưng những đầu ra này là "không thể tiêu xài được" (provably unspendable), do đó không làm tăng gánh nặng cho tập hợp UTXO (đầu ra giao dịch chưa tiêu xài). Giới hạn mặc định hiện tại của Bitcoin Core là kích thước dữ liệu OP_RETURN là 80 byte, và thông qua chính sách của nút (chứ không phải quy tắc đồng thuận) giới hạn việc phát tán các giao dịch OP_RETURN lớn hơn 83 byte.
Nhà phát triển Peter Todd đã đề xuất PR #32359, khuyến nghị loại bỏ giới hạn này và đồng thời xóa các tùy chọn cấu hình liên quan (như -datacarrier và -datacarriersize), tương đương với việc cũng cắt đứt con đường mà các nút hy vọng có thể tự cấu hình, gây ra cuộc thảo luận sôi nổi.
Sắp xếp quan điểm
Quan điểm của người ủng hộ:
Hiện tại các hạn chế không còn hiệu lực, vì có thể bị bỏ qua bằng cách trực tiếp gửi vào mempool của thợ mỏ (như MARA Slipstream) hoặc thông qua các nút không hạn chế (như Libre Relay). (Chẳng hạn, kích thước tối đa của đầu ra OP_RETURN được biết là lên đến 79, 870 byte).
Một số người dùng thậm chí sử dụng OP_RETURN để biến chuỗi thành bảng tin. Cũng có công cụ để giúp đóng gói lên chuỗi (opreturnbot.com), chỉ cần trả phí là được.
Việc gỡ bỏ giới hạn có thể tương thích hơn với động lực của thợ mỏ, vì thợ mỏ có thể kiếm được nhiều thu nhập hơn bằng cách cạnh tranh không gian khối.
Quan điểm của người phản đối:
Việc loại bỏ giới hạn sẽ dẫn đến việc nhiều dữ liệu không giao dịch được ghi vào chuỗi (như shitcoin), chiếm không gian khối, làm tăng phí giao dịch.
Mặc dù có thể vượt qua các hạn chế, nhưng chính sách nút vẫn hữu ích (ví dụ như hạn chế sự lan truyền, giảm áp lực của dữ liệu rác lên mạng).
Tập hợp các quan điểm chi tiết cá nhân:
Đối tác Nothing Research @0x_Todd: Hỗ trợ hủy bỏ giới hạn 80 byte dữ liệu của OP_RETURN, cho rằng giới hạn hiện tại là vô hiệu, và việc loại bỏ giới hạn có thể mang lại nhiều lợi ích, bao gồm trở lại thiết kế ban đầu của Bitcoin, giảm gánh nặng cho mạng, hỗ trợ phát triển hệ sinh thái, tăng thu nhập cho thợ đào, và phù hợp với tư tưởng tự do.
Thời kỳ Satoshi Nakamoto (đầu Bitcoin) OP_RETURN không có giới hạn byte nào.
Năm 2014, Bitcoin đã giới thiệu giới hạn 40 byte (sau đó tăng lên 80 byte), với mục đích giữ gìn "tính thuần khiết" của Bitcoin (dùng để kế toán chứ không phải lưu trữ dữ liệu).
0x_Todd cho rằng việc loại bỏ giới hạn 80 byte không phải là "đi ngược lại" mà là trở về với thiết kế cổ điển của thời Nakamoto, phù hợp với tinh thần nguyên thủy của Bitcoin.
Giới hạn 80 byte hiện tại chỉ là hình thức, giống như "bức tường hàng rào cao 10 cm", không thể ngăn cản người dùng lưu trữ dữ liệu kích thước lớn.
Cách để vượt qua bao gồm: sử dụng văn bản khắc (Inscriptions), biểu tượng (Runes) và các giao thức khác, lưu trữ dữ liệu thông qua nhiều giao dịch.
Bỏ qua các chính sách nút, chẳng hạn như sử dụng khách hàng Libre Relay (có khẩu hiệu "Loại bỏ sự cha mẹ trong chính sách tiếp nối Bitcoin Core"). Peter Todd (người đề xuất PR #32359) là một trong những nhà phát triển cốt lõi của Bitcoin Core, đứng trong top 10 về đóng góp, hỗ trợ loại bỏ các hạn chế là biểu hiện của "không có sự cha mẹ", đáng được ủng hộ.
Hiện tại, các ký tự (Inscriptions) đang lưu trữ dữ liệu thông qua cách "bẻ khóa" (ví dụ như thông qua nhiều giao dịch để vượt qua giới hạn 80 byte), gây tăng gánh nặng cho mạng.
Sau khi loại bỏ giới hạn 80 byte, các ký hiệu có thể lưu trữ dữ liệu trực tiếp thông qua OP_RETURN, giảm bớt các giao dịch không cần thiết và giảm áp lực lên mạng.
Ghi chú thêm: Hiện tại, ký hiệu không còn phổ biến, vì vậy lý do này chỉ là "thêm vào" (lý do thứ yếu).
Việc gỡ bỏ hạn chế có thể mang lại thu nhập bổ sung cho thợ mỏ.
Ví dụ: 0x_Todd đề cập đến một "Lỗi siêu lớn 7 MB" trong khối OP_RETURN, người gửi đã trả 3.600 đô la phí giao dịch.
Điều này cho thấy tính xác thực của nhu cầu thị trường: Có người sẵn sàng trả tiền để đưa dữ liệu kích thước lớn lên chuỗi, và các thợ mỏ sẵn sàng đóng gói.
0x_Todd giữ lập trường tự do, cho rằng hành vi "thị trường quyết định" (có qua có lại) không nên bị hạn chế, can thiệp cứng nhắc là vô nghĩa.
Lợi ích bổ sung: Với việc Bitcoin giảm một nửa sau mỗi bốn năm, thu nhập của thợ mỏ giảm, cho phép giao dịch OP_RETURN kích thước lớn có thể tăng thu nhập, khuyến khích thợ mỏ tiếp tục đầu tư sức mạnh tính toán, củng cố tính bảo mật của mạng Bitcoin.
Giám đốc nghiên cứu đầu tư HashKey @jeffrey_hu: có xu hướng phản đối việc bãi bỏ giới hạn 80 byte dữ liệu OP_RETURN. Ông cho rằng việc loại bỏ giới hạn có thể gây ra tác động tiêu cực (ví dụ như dữ liệu phi giao dịch chiếm dụng không gian khối), đồng thời nhấn mạnh tầm quan trọng của tự do người dùng (giữ lại tùy chọn cấu hình). Ông cho rằng việc ủng hộ và phản đối chủ yếu là sự khác biệt về quan điểm, không có đúng sai tuyệt đối trong ngắn hạn. Đối với bốn luận điểm của @0x_Todd, ông đã giải thích quan điểm của mình tương ứng.
Thời đại Satoshi, OP_RETURN không bị hạn chế, nhưng thiết kế của Satoshi không phải lúc nào cũng hợp lý, nhiều thiết kế ban đầu sau này đã chứng minh có vấn đề (ví dụ như một số sửa đổi trước và sau cuộc chiến khối).
Không thể đơn giản lấy lý do "thời đại Satoshi không giới hạn" để ủng hộ việc bãi bỏ các hạn chế, thiết kế của Satoshi không nhất thiết phải áp dụng cho hiện tại.
Việc gỡ bỏ hạn chế chỉ là một đề xuất của khách hàng Bitcoin Core, không phải là quyết định của toàn bộ mạng lưới Bitcoin.
Peter Todd là một nhà phát triển dày dạn kinh nghiệm, quan điểm của ông nghiêng về "khuyến khích tương thích" (tương tự như logic Full-RBF: phòng ngừa người tốt nhưng không phòng ngừa kẻ xấu), việc đề xuất loại bỏ các giới hạn phù hợp với phong cách của ông, nhưng không có gì bất ngờ.
Cách tiếp cận "cha mẹ" của Bitcoin Core (chẳng hạn như loại bỏ các tùy chọn cấu hình) đáng để thảo luận, có thể hạn chế tự do của người dùng.
Việc loại bỏ giới hạn 80 byte đối với các ký tự (Inscriptions) chỉ có tác dụng hạn chế.
80 byte không đủ để lưu trữ tệp lớn (chẳng hạn như hình ảnh), nhưng đủ để giao thức BRC-20 ghi dữ liệu JSON (để phát hành đồng tiền).
Dù Bitcoin cung cấp nhiều chức năng mạnh mẽ (ví dụ như niêm phong một lần, SegWit), luôn có người sẽ phát hành coin trên chuỗi theo cách "xấu xí" nhất, việc bãi bỏ hạn chế không thể giải quyết vấn đề này một cách triệt để.
Thu nhập của thợ mỏ bị ảnh hưởng bởi nhiều yếu tố (có thể tăng thu nhập, nhưng cũng có thể làm tổn hại đến lợi thế "dịch vụ độc quyền" của nhóm khai thác).
Hỗ trợ chủ nghĩa tự do: Người dùng có quyền thanh toán để ghi lên chuỗi, lưu trữ dữ liệu OP_RETURN tinh tế hơn việc khắc (hai giao dịch + tăng bụi UTXO).
Nhưng nhấn mạnh tự do của người dùng: Là một người điều hành nút đầy đủ, anh ấy cần có quyền tự do lựa chọn có truyền bá những dữ liệu này hay không (chẳng hạn như nội dung bảng tin không liên quan đến anh ấy).
Việc Bitcoin Core loại bỏ các tùy chọn cấu hình (ví dụ: -datacarriersize và cấu hình Full-RBF) đã cướp đi quyền lựa chọn của người dùng.
Nếu Bitcoin Core không cung cấp tự do này, anh ta có thể chuyển sang sử dụng Bitcoin Knots hoặc thêm bộ lọc giao dịch, nhưng cho rằng cách làm này có thể "vòi rồng chống xe" (vô ích).
Người sáng lập UTXO Stack @crypcipher: Hỗ trợ hủy bỏ giới hạn, cho rằng thay vì để người khác lách luật, tốt hơn là mở cửa trực tiếp. Đề cập đến các giao thức như ordi viết dữ liệu vượt quá 80 byte qua nhiều giao dịch, việc loại bỏ giới hạn có thể giảm bớt "công sức vô ích" và bụi UTXO.
Fiamma Liên sáng lập @cyimonio: Phản đối, cho rằng một số dự án Bitcoin L2 (như việc lưu trữ dữ liệu trạng thái trên Bitcoin) chỉ xem Bitcoin như một lớp khả năng sẵn có dữ liệu (DA), không có nhiều ý nghĩa, thuộc dạng "Tiêu tiền lớn làm việc nhỏ."
Quy tắc đồng thuận và chiến lược nút
"Nếu đã có thể đi vòng qua thì hạn chế nút còn có tác dụng gì nữa?"
Hữu ích, nhưng để hiểu vấn đề này, vẫn cần phải bắt đầu từ OP_RETURN cũng như các "quy tắc đồng thuận" và "chiến lược nút" mà nó liên quan.
OP_RETURN là một mã lệnh (opcode) trong ngôn ngữ kịch bản của Bitcoin, có chức năng ngay lập tức kết thúc việc thực thi kịch bản và đánh dấu đầu ra đó là "không thể chi tiêu" (provably unspendable).
Hành vi của OP_RETURN (kết thúc thực thi kịch bản và đánh dấu đầu ra là không thể chi tiêu) là quy tắc cốt lõi của giao thức Bitcoin, thuộc về một phần của quy tắc đồng thuận. Quy tắc đồng thuận chỉ quan tâm đến "liệu có thể chi tiêu hay không", mà không quan tâm đến kích thước cụ thể của dữ liệu kèm theo.
Và giới hạn cụ thể về kích thước dữ liệu kèm theo OP_RETURN thuộc về chính sách của nút. Nút cũng có thể làm khá nhiều điều, vì nút tự quyết định cách xử lý dữ liệu giao dịch mà nó nhận được.
Trước khi lên chuỗi: Trước khi các khối được đóng gói, có sự hạn chế về việc giao dịch này có thể được truyền bá trong mạng P2P hay không. Bitcoin Core trước đây không phát tán giao dịch OP_RETURN lớn hơn 83 byte, nhưng nếu giao dịch này tồn tại trong khối mới, vì nó tuân thủ quy tắc đồng thuận, nên các nút sẽ công nhận giao dịch này là hợp lệ và chuỗi sẽ không bị phân nhánh.
Sau khi lên chuỗi, nút cũng có thể có hành động, chẳng hạn như tự động loại bỏ dữ liệu đính kèm OP_RETURN, giảm bớt chi phí lưu trữ của chính nó.
Các ảnh hưởng có thể và đề xuất
Mặt tích cực: Có thể tăng thu nhập cho thợ mỏ, hỗ trợ các dự án sinh thái Bitcoin (như Runes, Alkanes và sidechain).
Tiêu cực: Gây áp lực lên không gian khối của người dùng Bitcoin thông thường.
Thái độ của thợ mỏ không chắc chắn: Một mặt, sự cạnh tranh trong không gian khối có thể làm tăng thu nhập; mặt khác, các bể khai thác có thể không thích, vì lợi thế của "dịch vụ độc quyền" trong việc đóng gói giao dịch không tiêu chuẩn sẽ giảm.
Gợi ý cá nhân:
Nếu PR được chấp thuận nhưng người dùng không thích, có thể chọn chạy một client với các hạn chế nghiêm ngặt hơn (như Bitcoin Knots) hoặc phiên bản cũ. Xem xét lại vai trò của Bitcoin Core (sự cân nhắc giữa các bản vá bảo mật, chiến lược nút và quy tắc đồng thuận), và cân nhắc lựa chọn client phù hợp hơn với quan điểm cá nhân.
Tham khảo liên kết: