a16z: Trọng tâm quản lý Web3 nằm ở tầng ứng dụng, chứ không phải giao thức
Tuyển chọn TechFlowTuyển chọn TechFlow
a16z: Trọng tâm quản lý Web3 nằm ở tầng ứng dụng, chứ không phải giao thức
Các quy tắc quản lý Web2 cũng áp dụng tương tự cho Web3.
Chuyên sâu báo cáo Web3Tác giả: Miles Jennings, Cố vấn pháp lý trưởng của a16z crypto
Biên dịch: aididiaojp.eth, Foresight News
Nhiều người ủng hộ ban đầu của Internet từng kêu gọi duy trì sự tự do và cởi mở vĩnh viễn cho mạng này, mong muốn nó trở thành một công cụ không biên giới và không chịu sự quản lý. Trong hai thập kỷ qua, khi chính phủ các nước gia tăng kiểm soát mạng, tầm nhìn này đã mất đi một phần tín đồ. Tuy nhiên, nhiều công nghệ nền tảng của Internet như các giao thức truyền thông HTTP (trao đổi dữ liệu trang web), SMTP (thư điện tử) và FTP (truyền tải tập tin) vẫn miễn phí và mã nguồn mở như trước đây.
Chính phủ các quốc gia cũng chấp nhận việc duy trì Internet thông qua những giao thức và công nghệ mở, phi tập trung, tự trị và chuẩn hóa này. Đạo luật Khoa học và Công nghệ Tiên tiến năm 1992 tại Hoa Kỳ đã tạo điều kiện thuận lợi cho sự bùng nổ thương mại điện tử mà không cần thay đổi giao thức mạng máy tính TCP/IP. Đạo luật Viễn thông được Quốc hội thông qua năm 1996 không hạn chế cách thức truyền dữ liệu trên mạng, đồng thời cung cấp sự hỗ trợ pháp lý rõ ràng, thúc đẩy sự ra đời của các gã khổng lồ Internet như Alphabet, Amazon, Apple, Facebook. Dù hệ thống lập pháp chưa hoàn hảo, nhưng những bảo vệ pháp lý cho phép đổi mới này đã đặt nền móng cho sự xuất hiện của nhiều dịch vụ Internet ngày nay.
Một trong những yếu tố chính dẫn đến sự phát triển mạnh mẽ của Internet là chính phủ không quản lý các giao thức nền tảng, mà thay vào đó cố gắng kiểm soát các ứng dụng như trình duyệt, trang web và các phần mềm hướng tới người dùng khác. Những ứng dụng này thường được gọi là client, nơi người dùng truy cập vào mạng.
Web3 cũng đã xuất hiện những client mới như ứng dụng web và ví tiền, cùng với các giao thức phi tập trung tiên tiến, bao gồm lớp thanh toán trao đổi giá trị được hỗ trợ bởi blockchain và hợp đồng thông minh. Các quy tắc quản lý Web2 cũng nên được mở rộng sang Web3; vấn đề không phải là có nên hay không có quản lý đối với Web3.
Rõ ràng, quy định là cần thiết, được hoan nghênh và cần được đảm bảo.
Câu hỏi thực sự là: quản lý Web3 nên tập trung vào tầng nào trong kiến trúc công nghệ?
Ngày nay, người dùng mạng truy cập các ứng dụng mạng thông qua các nhà cung cấp dịch vụ Internet chịu sự quản lý, bao gồm các trình duyệt, trang web và ứng dụng cũng chịu sự kiểm soát — trong khi nhiều client này lại được xây dựng dựa trên các giao thức miễn phí và mở. Chính phủ có thể quản lý bằng cách áp đặt giới hạn truy cập nội dung trang web hoặc yêu cầu tuân thủ các quy tắc về quyền riêng tư và bản quyền. Ví dụ, Mỹ có thể buộc YouTube gỡ video tuyển dụng khủng bố, nhưng sẽ không xử lý giao thức DASH (giao thức phát trực tuyến video).
Lý do quản lý ở tầng giao thức là không khả thi:
- Thứ nhất, về mặt kỹ thuật, giao thức không thể tuân thủ các quy định thường đòi hỏi quyết định chủ quan.
- Thứ hai, việc tích hợp các quy định toàn cầu vào giao thức là không thực tế, vì các quy định này khác nhau theo khu vực pháp lý và có thể mâu thuẫn lẫn nhau.
- Thứ ba, việc viết lại các ứng dụng hoặc client để tuân thủ quy định ở tầng công nghệ là không cần thiết và phản tác dụng.
Hãy giải thích chi tiết hơn từng lý do.
Giao thức về mặt kỹ thuật không thể tuân thủ các quy tắc chủ quan
Dù động cơ của quy định có tốt đẹp đến đâu, nếu nó yêu cầu đánh giá chủ quan thì việc xây dựng ứng dụng trên giao thức sẽ trở thành thảm họa.
Lấy ví dụ về thư rác. Rõ ràng là sự ghét bỏ thư rác gần như phổ biến, nhưng nếu cơ quan chức năng liệt giao thức thư điện tử (SMTP) vào danh sách bất hợp pháp nhằm ngăn chặn thư rác, thì Internet ngày nay sẽ ra sao?
Việc xác định thư rác về bản chất mang tính chủ quan và thay đổi theo thời gian. Ngay cả các công ty lớn như Google chi hàng triệu đô la để loại bỏ thư rác trong ứng dụng thư điện tử hoặc client của họ (ví dụ: Gmail), vẫn thất bại.
Hơn nữa, ngay cả khi một tổ chức nào đó yêu cầu SMTP lọc thư rác theo mặc định, thì những kẻ xấu cũng có thể dễ dàng đảo ngược bộ lọc và tránh bị đánh dấu. Do đó, cấm SMTP hoặc là vô hiệu, hoặc đồng nghĩa với chấm dứt email.
Trong Web3, chúng ta có thể so sánh token với email trong giao thức trao đổi phi tập trung (DEX). Nếu chính phủ muốn cấm giao dịch các token mà họ cho là chứng khoán hoặc phái sinh trên các giao thức này, họ cần có thể làm rõ đặc điểm kỹ thuật phù hợp với phân loại đó — nhưng tiêu chuẩn như vậy không thể đủ khách quan.
Việc xác định tài sản là chứng khoán hay phái sinh là mang tính chủ quan, cần phân tích thực tế và pháp lý — ngay cả Ủy ban Chứng khoán Mỹ (SEC) cũng đang tranh luận gay gắt về vấn đề này.
Việc cố gắng đưa các phân tích chủ quan phức tạp vào các chỉ thị ở tầng cơ sở là vô ích. Như SMTP, các giao thức phi tập trung và tự trị như DEX không thể thực hiện phân tích chủ quan nếu không có can thiệp con người. Nếu có can thiệp, sẽ vi phạm nguyên tắc phi tập trung và tự trị của giao thức. Nếu áp dụng các quy định như vậy lên DEX để cấm giao thức, kết quả sẽ là triệt tiêu đổi mới công nghệ mới nổi và đe dọa sự sống còn của toàn bộ Web3.
Giao thức không thể tuân thủ các quy định toàn cầu
Ngay cả khi về mặt kỹ thuật có thể xây dựng giao thức có khả năng đưa ra quyết định phức tạp và chủ quan, thì việc triển khai trên phạm vi toàn cầu vẫn là không thực tế.
Hãy tưởng tượng. SMTP cho phép chúng ta gửi email đến bất kỳ ai trên thế giới, nhưng nếu Mỹ yêu cầu SMTP lọc thư rác, thì các chính phủ nước ngoài cũng sẽ phải áp đặt yêu cầu tương tự. Vì việc xác định thư rác là chủ quan, các yêu cầu từ các chính phủ khó lòng thống nhất.
Do đó, ngay cả khi có thể về mặt kỹ thuật, việc này cũng trái ngược với mục tiêu xây dựng giao thức chuẩn hữu ích trên toàn cầu. SMTP về cơ bản không thể chứa các yêu cầu lọc thư rác luôn thay đổi từ 195 quốc gia và vùng lãnh thổ. Ngay cả khi giao thức có thể, nó cũng không thể biết người dùng ở đâu, hoặc ưu tiên xử lý các quyết định mâu thuẫn một cách công bằng.
Tương tự trong Web3, các luật về chứng khoán và phái sinh khác nhau tùy theo quốc gia và liên tục thay đổi. DEX không thể thiết lập tiêu chuẩn toàn cầu cho các luật này, và giống như SMTP, không thể hạn chế truy cập theo địa lý. Về bản chất, nếu giao thức phải dựa trên các quy định toàn cầu luôn thay đổi, thì sẽ không thể thành công.
Quản lý ứng dụng hoặc client
Bây giờ rõ ràng vì sao nên quản lý ứng dụng thay vì giao thức. Quản lý ở cấp độ ứng dụng có thể đạt được mục tiêu của chính phủ mà không gây hại đến công nghệ nền tảng, và phương pháp này đã hoạt động hiệu quả.
Vì các giao thức mạng ban đầu là mã nguồn mở, phi tập trung, tự trị và chuẩn hóa, nên chúng vẫn hữu ích sau hơn 30 năm. Nhưng chính phủ có thể hạn chế thông tin được truyền qua các giao thức này bằng cách quản lý các ứng dụng. Hoặc như Hoa Kỳ đã làm khi thông qua Điều 230 của Đạo luật Chuẩn mực Truyền thông năm 1996 để bảo vệ dòng thông tin tự do. Mỗi quốc gia có thể xác định tiêu chuẩn riêng và yêu cầu doanh nghiệp phát triển ứng dụng phù hợp trong phạm vi quyền tài phán của mình.
Mối quan hệ giữa giao thức và ứng dụng trong Web3 là như nhau, do đó các quy tắc quản lý Web3 nên giữ nguyên.
Người dùng có thể sử dụng các ứng dụng Web3 như ví và DeFi để gửi tài sản kỹ thuật số vào các nhóm thanh khoản của giao thức cho vay, mua NFT trên các giao thức nền tảng, và giao dịch tài sản trên DEX. Khi ví, trang web và ứng dụng tìm cách cung cấp quyền truy cập, việc mỗi khu vực pháp lý quản lý chúng là hợp lý.
Các công nghệ như giao thức trao đổi dữ liệu, thư điện tử và truyền tải tập tin của thế hệ Internet đầu tiên thật đáng kinh ngạc — tất cả đã khiến Internet thông tin, việc truyền tải thông tin qua Internet, trở nên khả thi. Web3 khiến Internet giá trị, việc truyền tải giá trị qua Internet, trở nên khả thi. Hiện nay, cho vay và giao dịch tài sản đã trở thành chức năng bản địa của Internet mới này — một sản phẩm công cộng tuyệt vời.
Khi Web3 mở rộng từ DeFi sang game trên chuỗi, mạng xã hội, nền kinh tế sáng tạo và nền kinh tế gig, việc quản lý nhằm tạo môi trường cạnh tranh công bằng sẽ ngày càng quan trọ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
a16z
