GitHub vừa gỡ sạch 3 repository của Bitchat – dự án nhắn tin của Jack Dorsey – chỉ trong 3 giờ. Lệnh từ chính phủ Ấn Độ. Lý do: code bị cho là giúp người biểu tình vượt qua lệnh đóng cửa internet.
Ba tiếng. Ba repo. Một cú click từ admin GitHub. Toàn bộ source code biến mất khỏi tầm với của cộng đồng. Nếu bạn nghĩ decentralized là tự do, hãy nhìn lại: code của bạn vẫn nằm trên server của một công ty Mỹ, dưới luật pháp Mỹ, và sẵn sàng bị gỡ bỏ khi có lệnh.
Context: Bitchat là gì? Sao lại bị nhắm?
Jack Dorsey – người sáng lập Twitter, từng ủng hộ Bitcoin và Web3 – có một dự án nhắn tin phi tập trung tên Bitchat. Không rõ mã nguồn mở tới đâu, không rõ có token hay không. Nhưng nó xuất hiện đúng lúc Ấn Độ tắt internet ở các khu vực biểu tình nông dân. Chính phủ cho rằng ứng dụng này cho phép liên lạc vượt kiểm soát, đe dọa an ninh quốc gia. Thế là lệnh bay tới GitHub với yêu cầu: gỡ ba repo trong ba giờ.
GitHub tuân thủ. Không tranh luận. Không kháng án. Một bước đi hoàn hảo của cỗ máy kiểm duyệt toàn cầu.
Core: Facts chính và tác động tức thì
- Số lượng: 3 repository. Thời gian: 3 giờ. Lý do: vi phạm điều khoản dịch vụ liên quan đến hoạt động bất hợp pháp (theo luật Ấn Độ).
- Bitchat không phải là ứng dụng blockchain – nó chỉ là một app nhắn tin mã hóa. Nhưng vì nó được coi là “công cụ kháng kiểm duyệt”, nó trở thành mục tiêu.
- Hậu quả: bất kỳ ai muốn clone, fork hay audit code đều không thể truy cập. Cộng đồng mất điểm tựa duy nhất để phát triển.
- Tác động tới thị trường crypto: không có token, không có giá để dump. Nhưng đây là tín hiệu cho thấy các dự án “decentralized” vẫn mong manh khi hạ tầng phụ thuộc vào GitHub.
Tôi đã từng audit vài dự án DeFi. Họ khoe smart contract trên Etherscan, nhưng front-end, bot, tool lại đặt trên GitHub. Một lệnh DMCA là sập cả trang. Bitchat chỉ là case mới nhất.
Contrarian: Góc nhìn chưa được đưa tin – điểm yếu của cả hai phía
Đa số sẽ kết luận: “Cần chuyển sang Radicle, Arweave, IPFS”. Đúng, nhưng chưa đủ.
Thực tế mỉa mai: chính những dự án “kháng kiểm duyệt” lại không lường trước rủi ro từ nền tảng lưu trữ tập trung. Bitchat có thể đã mã hóa đầu cuối xuất sắc, thiết kế P2P hoàn hảo, nhưng quên mất rằng phân phối code cũng là một lớp tập trung. Kẻ thù không cần tấn công giao thức; chỉ cần cắt nguồn code là đủ.
Hơn nữa, chính phủ Ấn Độ không ngốc. Họ biết GitHub tuân thủ nhanh hơn bất kỳ tòa án nào. Họ chọn đúng mục tiêu: không phải ứng dụng, mà là nơi ứng dụng được sinh ra. Bài học: nếu bạn không kiểm soát được pipeline phát triển, bạn không kiểm soát được số phận dự án.
Một góc nhìn khác: Jack Dorsey có thể đã dự liệu việc này. Tại sao không dùng Radicle ngay từ đầu? Có thể vì GitHub là “tiêu chuẩn ngầm”, dễ kêu gọi contributor. Nhưng cái giá của sự tiện lợi là sự phụ thuộc. Và khi bị gỡ, cộng đồng mất niềm tin nhanh hơn bất kỳ lỗi code nào.
Takeaway: Điều gì tiếp theo?
Đừng đợi đến khi repo của bạn bị gỡ mới nghĩ đến việc backup. Hãy nhìn vào Radicle, hãy dùng IPFS cho code, hãy tự host git server nếu cần. Nhưng câu hỏi thực sự là: liệu một hệ sinh thái phi tập trung có thể tồn tại khi chính công cụ tạo ra nó lại tập trung?
