
Nhà phát triển Bitcoin VS Inscription: Một tranh chấp đã tồn tại từ lâu
Tuyển chọn TechFlowTuyển chọn TechFlow

Nhà phát triển Bitcoin VS Inscription: Một tranh chấp đã tồn tại từ lâu
Các nhà phát triển Bitcoin Core đã phản đối các inscription từ lâu và rõ ràng muốn hành động, nhưng do thị trường inscription hiện đã gắn liền với lợi ích của thợ đào, sàn giao dịch và người dùng, nên chắc chắn sẽ tạo thành thế cục giằng co giữa nhiều bên, vì vậy tiến trình sẽ không diễn ra thuận lợi.
Tác giả: Trustless Labs
Hôm nay, Luke - nhà phát triển của Bitcoin Core đã tuyên bố trên nền tảng X về việc phản đối các giao thức inscriptions như Ordinals, coi đây là một cuộc tấn công vào Bitcoin, cho rằng inscriptions đang lợi dụng lỗ hổng của Bitcoin để gửi tin rác lên mạng lưới.

Diễn biến này nhanh chóng lan truyền trong cộng đồng Bitcoin và thu hút sự quan tâm, tranh luận mạnh mẽ.
Nguồn gốc tranh luận
Thực tế, các nhà phát triển Bitcoin Core đã nghi ngờ về inscriptions từ lâu. Sau khi SegWit được áp dụng, giới hạn kích thước khối được mở rộng lên 4MB; vào tháng Hai năm nay, một khối lớn với dung lượng 3,96MB đã được khai thác, trong đó giao dịch liên quan đến Ordinals chiếm tới 3,94MB, đạt mức đáng kinh ngạc 99,5%. Trong giai đoạn bùng nổ của inscriptions vào tháng Năm, diễn đàn Bitcoin-dev đã đặt câu hỏi về việc các giao dịch Taproot phi tiêu chuẩn chiếm dụng quá nhiều không gian block. Trong email thảo luận dev, người ta chỉ ra rằng các dự án tương tự BRC-20 tạo ra khối lượng giao dịch khổng lồ, khiến mạng BTC bị tắc nghẽn nghiêm trọng đến mức "giao dịch Bitcoin thực sự" không thể được đóng gói lên chuỗi bình thường.

Luke thẳng thừng gọi các giao thức như Ordinals là "vô giá trị", đồng thời cho biết chúng ảnh hưởng nghiêm trọng đến việc sử dụng BTC như một loại tiền mã hóa ngang hàng. Đồng thời, trong email cũng đề cập đến phương án hạn chế inscriptions mà Luke nêu trong bài đăng Twitter lần này, cụ thể là thông qua việc thêm cơ chế kiểm duyệt vào client nhằm buộc các node trực tiếp xóa các giao dịch Taproot phi tiêu chuẩn, ngăn relay các giao dịch này để đạt mục đích cấm khắc dữ liệu.
Kế hoạch nâng cấp và hệ quả
Theo mô tả trong bài đăng Twitter của Luke, biện pháp hạn chế chủ yếu tập trung ở việc thiết lập tham số chính sách kiểm duyệt trong client Knots:
-datacarriersize:
-
Tham số này chủ yếu giới hạn kích thước dữ liệu có thể mang theo trong script đầu ra OP_RETURN, những dữ liệu này được điền vào output của UTXO. Trong các giao thức hiện tại, Omni và Colored đều vận hành bằng cách điền dữ liệu vào OP_RETURN; trong hệ sinh thái inscriptions, Runes cũng dựa vào OP_RETURN để cung cấp chỉ mục dữ liệu.
-
Giá trị mặc định hiện tại là 83 byte. Luke đề xuất trực tiếp đặt giá trị này thành 0 trong client hiện hành để ngăn các node relay giao dịch có dữ liệu OP_RETURN, và sẽ sửa đổi giá trị mặc định thành 42 trong bản Knots sắp phát hành 25.1.
-maxscriptsize:
-
Tham số này chủ yếu giới hạn kích thước script của giao dịch mà các node có thể relay. Giao thức Ordinals ghi dữ liệu giao thức vào script Taproot để cung cấp chỉ mục dữ liệu.
-
Sau khi tham số có hiệu lực, các node sẽ không còn relay qua P2P các giao dịch có kích thước taproot script vượt ngưỡng thiết lập, ảnh hưởng đến việc mint và chuyển nhượng Ordinals.
-
Luke đã giới thiệu tham số này trong V25.1 và đặt giá trị mặc định là 1650.


Có thể thấy lộ trình nâng cấp mà Luke đề cập lần này nhất quán với suy nghĩ trước đó trong email Bitcoin-dev về việc thêm Filter vào client để lọc các giao dịch Taproot phi tiêu chuẩn. Nếu các thợ mỏ cũng chấp nhận thay đổi mã hiện tại này, các node sẽ từ chối relay các giao dịch Taproot có kích thước script vượt ngưỡng (mặc định 1650 Byte), một phần giao dịch Ordinals sẽ không thể phát tán bình thường.
Tuy nhiên, đợt cập nhật này chỉ giới hạn kích thước dữ liệu mang theo trong OP_RETURN và TaprootScript ở client Knots, chỉ cung cấp quyền lựa chọn từ chối một số giao dịch liên quan inscriptions cho người vận hành node, chứ không thể ngăn hoàn toàn việc node relay hay thợ mỏ đóng gói các giao dịch này. Hơn nữa, nâng cấp Taproot trong Bitcoin Core chưa thực hiện kiểm tra tương ứng về kích thước dữ liệu witness của Taproot.
Và theo đánh giá mã nguồn, trong phiên bản Knots hiện tại, giá trị tối đa mặc định 1650 byte vẫn đủ đáp ứng nhu cầu chuyển token, do đó mô hình hạn chế hiện tại không thể ngăn hoàn toàn các hoạt động liên quan BRC-20. Về các biện pháp hạn chế sâu hơn, cần theo dõi thêm các thay đổi tiếp theo của Luke đối với policy.
Phát triển tương lai của hệ sinh thái BTC
Mặc dù tranh luận về inscriptions đã kéo dài từ lâu, nhưng trong bối cảnh hệ sinh thái BTC đang cực kỳ sôi động hôm nay, tuyên bố lần này của Luke đã gây tiếng vang lớn trong cộng đồng, làm dấy lên cuộc tranh luận sôi nổi về hướng phát triển tương lai của hệ sinh thái BTC.
Liên quan sự kiện này, Thầ

Đồng thời, việc kiểm duyệt và lọc các "giao dịch rác" inscriptions do Luke đề xuất hiện mới chỉ dừng ở cấp độ client. Nếu muốn cấm hoàn toàn giao dịch inscriptions ở cấp độ giao thức, cần phải cập nhật được đưa vào Bitcoin Core, thậm chí cần giới thiệu dưới dạng BIP. Bản thân Luke cũng thừa nhận rằng trước khi nâng cấp V27, không thể tránh khỏi "lỗ hổng" này.
Nhiều KOL khác trong cộng đồng cũng lên tiếng thảo luận, một số ý kiến biểu thị "chắc chắn không đồng ý":


Điều này gián tiếp cho thấy cộng đồng vẫn lạc quan về hệ sinh thái inscriptions, công nhận động lực phát triển to lớn mà inscriptions mang lại cho hệ sinh thái BTC và hoạt động khai thác. Ý tưởng của người dùng cộng đồng về việc tạo ra một "chuỗi inscriptions" tương tự Layer2 cũng nhận được phản hồi tích cực từ Luke.

Tóm lại, mặc dù cuộc thảo luận lần này lan rộng khắp nơi, các nhà phát triển Bitcoin Core đã phản đối inscriptions từ lâu và rõ ràng muốn hành động, nhưng xét đến việc thị trường inscriptions đã gắn liền lợi ích của thợ mỏ, sàn giao dịch và người dùng, chắc chắn sẽ là một thế trận giằng co nhiều bên, do đó việc triển khai sẽ không dễ dàng. Đồng thời, Taproot Asset – vốn luôn được xem là "chính thống" – do chiếm ít không gian trên chuỗi, ngay cả sau nâng cấp cũng sẽ không bị ảnh hưởng, hướng đi này có lẽ sẽ giải phóng thêm tiềm năng.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News














