
Nhà phát triển Bitcoin Mononaut đã nêu ra những lo ngại lớn đối với đề xuất Reduced Data Temporary Softfork (RDTS). Đề xuất này nhằm giới hạn các giao dịch chứa lượng dữ liệu lớn trên mạng Bitcoin. Gần đây, việc sử dụng dữ liệu trên blockchain Bitcoin ngày càng tăng, với một số giao dịch được dùng để lưu trữ dữ liệu vượt ngoài mục đích thanh toán ban đầu.
RDTS đề xuất các biện pháp kỹ thuật để kiểm soát việc “lạm dụng” dữ liệu này, đồng thời duy trì hiệu suất mạng lưới. Tuy vậy, đề xuất có nhiều hạn chế kỹ thuật có thể ảnh hưởng đến các giao dịch và ứng dụng hiện tại. Mononaut cùng các nhà phát triển và thành viên cộng đồng cảnh báo về những hệ quả ngoài ý muốn từ đề xuất này.
Đề xuất RDTS đưa ra một số ràng buộc kỹ thuật cụ thể. Đầu tiên, nó giới hạn kích thước scriptPubKey—script đầu ra của giao dịch—chỉ còn 34 byte. ScriptPubKey xác định điều kiện nhận tiền trong giao dịch Bitcoin và là phần không thể thiếu của giao thức, nhưng hạn chế này có thể làm mất khả năng sử dụng một số script nâng cao.
Đề xuất cũng muốn cấm một số logic trong Tapscript, ngôn ngữ lập trình mới được phát triển với nâng cấp Taproot. Tapscript cho phép xây dựng hợp đồng thông minh phức tạp, nhưng vì có thể tạo giao dịch với tải dữ liệu lớn, nó bị áp dụng các giới hạn này. Dù các biện pháp nhằm nâng cao hiệu quả mạng lưới, chúng cũng làm giảm một số khả năng kỹ thuật hiện có.
Mononaut cảnh báo nếu đề xuất RDTS được thực thi, nhiều giao dịch lịch sử có thể bị vô hiệu. Cụ thể, các định dạng cũ như P2PK (Pay-to-Public-Key) và P2MS (Pay-to-Multisig), cùng hơn 54.000 output witness có thể bị ảnh hưởng. Những giao dịch này đã rất quan trọng từ những ngày đầu của Bitcoin, việc vô hiệu hóa chúng có thể gây tổn hại đến tính toàn vẹn của dữ liệu blockchain lịch sử.
Giới phản biện cho rằng RDTS có thể làm gián đoạn các ứng dụng, dịch vụ hiện tại—đặc biệt với các dịch vụ dùng blockchain Bitcoin để lưu trữ dữ liệu hoặc dựa vào script phức tạp. Một số ý kiến cũng lo ngại đề xuất này có thể dẫn đến kiểm duyệt giao dịch, đi ngược lại nguyên tắc chống kiểm duyệt của Bitcoin.
Ngược lại, phía ủng hộ RDTS cho rằng soft fork này là thiết yếu để duy trì sức khỏe mạng lưới. Họ lo ngại số lượng giao dịch chứa nhiều dữ liệu sẽ làm tăng kích thước block và chi phí vận hành node, từ đó đe dọa tính phi tập trung vì chỉ các đơn vị lớn mới có thể duy trì node.
Nhóm ủng hộ cũng nhấn mạnh việc giảm rủi ro pháp lý từ các giao dịch lớn. Nếu dữ liệu bất hợp pháp hoặc không phù hợp bị lưu trữ trên blockchain, các nhà vận hành node và mạng lưới sẽ đối mặt với rủi ro pháp lý. Đề xuất RDTS được xem là biện pháp phòng ngừa cho các rủi ro này. Họ cho rằng các giới hạn tạm thời là cần thiết để bảo đảm sự ổn định lâu dài cho mạng lưới.
Tranh luận về đề xuất RDTS cho thấy sự xung đột giữa đổi mới và kiểm soát trong cộng đồng Bitcoin. Dù Bitcoin hướng đến phi tập trung và chống kiểm duyệt, việc cân bằng các giá trị này với hiệu suất và sự bền vững của mạng vẫn là vấn đề nan giải. Đề xuất này muốn bảo vệ mạng lưới bằng các giới hạn kỹ thuật, nhưng cần cân nhắc kỹ ảnh hưởng đến các tính năng, ứng dụng hiện hữu.
Cuộc tranh luận cũng cho thấy cách thức quản trị của Bitcoin. Các đề xuất soft fork cần sự đồng thuận rộng rãi và phối hợp giữa nhà phát triển, thợ đào, người dùng và các bên liên quan. Dù chưa rõ tương lai của RDTS, thảo luận này là dịp để cộng đồng Bitcoin nhìn nhận lại giá trị cốt lõi và các ưu tiên của mạng lưới. Việc cân bằng giữa tiến bộ công nghệ và bảo vệ nguyên tắc nền tảng vẫn là chủ đề trọng tâm cho các cuộc thảo luận sắp tới.
Reduced Data Soft Fork là bản nâng cấp đề xuất nhằm giới hạn lưu trữ dữ liệu phi tài chính trong giao dịch Bitcoin. Mục tiêu của nó là tạm thời kiểm soát dữ liệu tùy ý để bảo vệ hiệu suất blockchain.
Các nhà phát triển Bitcoin cảnh báo Reduced Data Soft Fork có thể làm gián đoạn giao dịch và dẫn đến kiểm duyệt. Việc giảm dữ liệu blockchain có thể ảnh hưởng độ tin cậy, minh bạch của giao dịch nên họ kêu gọi cân nhắc kỹ rủi ro.
Soft fork này sẽ cập nhật dần các quy tắc giao thức Bitcoin, tăng cường bảo mật và khả năng mở rộng. Đề xuất duy trì tương thích node, tăng hiệu quả xử lý giao dịch và nâng cao bảo vệ mật mã cho sự ổn định dài hạn của mạng lưới.
Soft fork siết chặt quy tắc giao thức theo cách tương thích ngược, cho phép node cũ và node mới cùng hoạt động. Hard fork thì thay đổi quy tắc và buộc tất cả node phải nâng cấp.
Đề xuất soft fork Bitcoin được phê duyệt qua đồng thuận cộng đồng nhà phát triển và kiểm thử kỹ lưỡng. Khi phần lớn thợ đào ủng hộ, đề xuất được triển khai toàn mạng. Quy trình phê duyệt đòi hỏi thảo luận và đánh giá lâu dài.
Triển khai Reduced Data Soft Fork có thể làm vô hiệu hóa các loại giao dịch hợp lệ trên mạng lưới. Việc này gây gián đoạn khả năng tương thích và làm tăng độ phức tạp khi thực thi giao thức.











