Mọi người đang chú ý nhiều hơn mỗi ngày rằng các loại tiền kỹ thuật số của ngân hàng trung ương hoặc CBDC không đáng để mạo hiểm. Tuy nhiên, để chống lại những lo ngại này, một số nhà hoạch định chính sách đã ngày càng hướng tới mã hóa nguồn mở như một cách mang lại sự minh bạch và có thể giành được sự tin tưởng của công chúng. Nhưng đừng nhầm lẫn, mặc dù tính minh bạch được hoan nghênh nhưng đó không phải là viên đạn bạc.

Đối với những người quen thuộc với tiền điện tử, khái niệm sử dụng mã nguồn mở không cần phải giới thiệu. Tuy nhiên, đối với những người có thể chưa quen, khái niệm này chỉ đơn giản đề cập đến việc xuất bản công khai mã nguồn đằng sau một dự án thay vì khóa nó dưới dạng bí mật hoặc bí mật thương mại. Ví dụ: mã đằng sau Bitcoin (BTC) là miễn phí và mở cho tất cả mọi người xem.

Việc tạo một dự án nguồn mở có nhiều lợi thế. Ví dụ, làm như vậy sẽ mở ra cánh cửa cho việc kiểm toán bên ngoài. Sau khi xem xét cẩn thận, ai đó có thể tìm thấy một lỗ hổng mà các nhà thiết kế ban đầu không thấy rõ. Hoặc, có lẽ đáng lo ngại hơn, ai đó có thể tìm thấy điều gì đó bất chính nằm sâu trong dự án.

Liên quan: 3 xu hướng cần suy nghĩ trước khi đợt tăng giá của Bitcoin tiếp tục

Quay lại ví dụ về Bitcoin, việc cung cấp mã miễn phí cho phép mọi người xác minh rằng giới hạn nguồn cung 21 triệu không chỉ là một khẩu hiệu quảng cáo - nó được nhúng trong thiết kế. Trên thực tế, việc xuất bản mã đằng sau một dự án giúp mọi người biết họ có thể (hoặc không thể) tin tưởng ai.

Tuy nhiên, mã hóa nguồn mở không phải là viên đạn bạc – đặc biệt là khi liên quan đến các vấn đề gây khó khăn cho CBDC.

Hãy xem xét những gì đã xảy ra ở Brazil năm ngoái. Ngân hàng trung ương Brazil đã công bố mã nguồn cho CBDC thí điểm của mình và chỉ mất bốn ngày để mọi người nhận thấy rằng CBDC có các công cụ giám sát và kiểm soát được nhúng trong mã của nó. Nếu trường hợp này xảy ra với tiền điện tử phi tập trung, mọi người có thể tạo ra một con đường mới và phân tách chuỗi hoặc đơn giản là không sử dụng nó. Nhưng người dùng CBDC có quyền truy đòi gì khi CBDC là hình ảnh thu nhỏ của tiền tập trung dưới sự kiểm soát của chính phủ?

Mọi người có thể lên tiếng, nhưng các ngân hàng trung ương thường được chỉ đạo bởi các quan chức không được bầu chọn, những người không trả lời trước công chúng. Mọi người có thể chọn một loại tiền thay thế, nhưng các chính phủ thường cố gắng ngăn chặn sự cạnh tranh về tiền tệ. Vì vậy, mặc dù tính minh bạch rất hữu ích để hiểu cách thức hoạt động của hệ thống, nhưng bản thân nó lại giúp ích rất ít cho những công dân muốn thay đổi hệ thống.

Chuyển trọng tâm một chút, mã Hoa Kỳ đưa ra một ví dụ minh họa. Bất kỳ ai cũng có thể bẻ khóa mã của Hoa Kỳ, xem tiêu đề 12, chương 35, phần 3413 và phần 3414 để thấy có 20 trường hợp ngoại lệ khác nhau cho phép chính phủ bỏ qua quyền riêng tư tài chính của bạn một cách hiệu quả. Sự minh bạch này chắc chắn hữu ích để hiểu cách chính phủ duy trì một hệ thống giám sát tài chính mở rộng như vậy, nhưng chỉ minh bạch thôi thì không đủ để khắc phục vấn đề.

Một ví dụ khác về lý do tại sao mã nguồn mở không phải là giải pháp bạc để sửa chữa CBDC có thể thấy ở Na Uy, nơi ngân hàng trung ương Na Uy cũng đã công bố mã đằng sau dự án CBDC của mình. Tuy nhiên, vấn đề ở đây hơi khác một chút - nó chứng tỏ rằng nguồn mở hôm nay có thể không còn là nguồn mở vào ngày mai. Khi giao dịch với một thực thể tập trung như chính phủ quốc gia, quyết định đó có thể được đưa ra nhanh chóng mà không cần tham khảo ý kiến ​​công chúng. Ngân hàng trung ương Na Uy đã thừa nhận điểm này một cách khá rõ ràng bằng cách lưu ý rằng trọng tâm hiện tại của họ không hề thể hiện cam kết lâu dài đối với mã nguồn mở.

Ví dụ cuối cùng, kinh nghiệm ở Hoa Kỳ cũng chứng minh rằng các tuyên bố trước đây không thể hiện cam kết trong tương lai đối với công nghệ nguồn mở. Cục Dự trữ Liên bang đã tiến hành nghiên cứu và thí điểm CBDC trong nhiều năm. Tuy nhiên, một dự án đáng chú ý là sự hợp tác với MIT. Được gọi là “Dự án Hamilton”, dự án này đã dẫn đến việc tạo ra một mô hình CBDC nguồn mở. Tuy nhiên, không có gì ràng buộc Cục Dự trữ Liên bang với kết quả của Dự án Hamilton hoặc bất kỳ mô hình nguồn mở nào. Trên thực tế, Cục Dự trữ Liên bang dường như đã từ bỏ dự án này.

Liên quan: Sự chuyển hướng của Jerome Powell báo trước một mùa hè nhàm chán cho Bitcoin

Chúng ta vẫn đang chứng kiến ​​​​những giai đoạn đầu của quá trình phát triển CBDC, nhưng những ví dụ này đang nói lên điều đó. Các nhà hoạch định chính sách nên được khen ngợi vì đã ủng hộ tính minh bạch, nhưng công chúng không nên bị lừa khi nghĩ rằng tính minh bạch là liều thuốc chữa bách bệnh giúp khắc phục tất cả các vấn đề do CBDC đặt ra.

Mặc dù việc sử dụng công nghệ nguồn mở là một trong những nền tảng của sự phát triển tiền điện tử nhưng mọi người không nên quên rằng tiền điện tử phi tập trung cũng mang lại cho mọi người sức mạnh để hành động dựa trên thông tin đó. Và chính điều kiện đó đã tạo ra một cuộc cách mạng trong cách mọi người nghĩ về tiền bạc và tài chính.

Không có cách nào CBDC có thể tái tạo lợi ích đó. Các vấn đề ở đây vượt xa cách hành xử thường xuyên khó hiểu của các ngân hàng trung ương và đi thẳng vào câu hỏi cốt lõi là chính phủ nên có bao nhiêu quyền lực. Về cơ bản, vấn đề với CBDC là chúng có nguy cơ tập trung tiền hơn bao giờ hết, đến mức có nguy cơ trao cho chính phủ quyền lực gần như vô hạn đối với các lựa chọn kinh tế của người dân.

Nicholas Anthony là người phụ trách chuyên mục khách mời của Cointelegraph và là nhà phân tích chính sách tại Trung tâm thay thế tài chính và tiền tệ của Viện Cato. Ông là tác giả của Cuộc tấn công vào tiền điện tử của Đạo luật đầu tư cơ sở hạ tầng và việc làm: Đặt câu hỏi về cơ sở lý luận cho các điều khoản về tiền điện tử và Quyền riêng tư tài chính: Xây dựng một khuôn khổ tốt hơn cho quyền riêng tư tài chính trong thời đại kỹ thuật số.

Bài viết này nhằm mục đích cung cấp thông tin chung, không nhằm mục đích và không nên được coi là lời khuyên pháp lý hoặc đầu tư. Các quan điểm, suy nghĩ và ý kiến ​​được trình bày ở đây chỉ là của tác giả và không nhất thiết phản ánh hay đại diện cho quan điểm và ý kiến ​​của Cointelegraph.