Mô hình giao tiếp xã hội trong tương lai: Khởi điểm của Nostr và chặng kế tiếp của mạng xã hội
Tuyển chọn TechFlowTuyển chọn TechFlow
Mô hình giao tiếp xã hội trong tương lai: Khởi điểm của Nostr và chặng kế tiếp của mạng xã hội
Mở cánh cửa "vạn vật diệu kỳ" của giao thức truyền thông xã hội.
Chuyên sâu báo cáo Web3Đây là bài viết thứ hai trong loạt bài “Bộ ba cơ sở hạ tầng xã hội Web3”. Loạt bài viết bắt đầu từ thời đại máy tính thế giới Ethereum, lấy việc phát hành sách trắng Greenfield của Binance làm điểm chuyển mình sang “bộ ba mới”, khám phá vai trò nền tảng của ba trụ cột trong hệ sinh thái Web3: tính toán phi tập trung, lưu trữ phi tập trung và truyền thông phi tập trung. Trong đó, tính toán phi tập trung từ lâu đã chiếm vị trí trung tâm với cuộc tranh luận giữa L1 và L2; tiềm năng của lưu trữ phi tập trung đã được Binance thúc đẩy mạnh mẽ để công bố rộng rãi; còn mảnh ghép thứ ba – “truyền thông phi tập trung” – sắp trở thành điểm nổi bật tiếp theo có quy mô tương đương. Loạt bài viết này sẽ lấy đó làm sợi chỉ xuyên suốt.
Trong bài viết trước của loạt bài, chúng tôi đã nhìn lại khái niệm “bộ ba” thời kỳ đầu của Ethereum và lấy Greenfield của Binance làm ví dụ để thảo luận về các giải pháp hiện tại và định hướng phát triển của lưu trữ phi tập trung. Trong bài viết này, chúng ta sẽ lấy giao thức hiện tượng đầu tiên trong lĩnh vực truyền thông phi tập trung – “Nostr” – làm điểm khởi đầu và đối tượng phân tích, tìm hiểu những gì cần thiết để xây dựng một giao thức truyền thông phi tập trung trưởng thành vượt ra ngoài Nostr – một giao thức cực kỳ tối giản, thể hiện rõ tinh thần nguyên giáo Bitcoin.
Sơ đồ tiên phong Nostr: Mở cánh cửa vạn diệu cho giao thức truyền thông xã hội
Sau khoảng một tháng lắng đọng, bụi bặm do ứng dụng phổ biến nhất trên giao thức Nostr – Damus (Đạt Ma) – khuấy lên giờ đã dần lắng xuống. Damus thành cũng nhờ sự tối giản, mà bại cũng vì quá tối giản. Chủ nghĩa vô chính phủ trong giao thức lần lượt mang đến tiếng reo hò của những người lý tưởng, dòng người đổ xô vào lẫn nhau của đại chúng, và cuối cùng là thực trạng tràn lan quảng cáo. Sau khi tổng hợp lại các nghiên cứu về Nostr và thâm nhập vào tài liệu dành cho nhà phát triển, chúng tôi nhận định rằng Nostr chỉ là trạm khởi hành ban đầu của truyền thông xã hội. Với tư cách là một mạng lưới thử nghiệm, thuộc tính “người thổi còi” của nó cao hơn nhiều so với khả năng ứng dụng thực tế – điều này đồng nghĩa rằng Nostr đã đưa truyền thông phi tập trung vào tầm mắt công chúng, nhưng do thiếu điều kiện kỹ thuật và thiết kế cần thiết nên chưa hoàn thiện nhiệm vụ đó. Nhìn chung, Nostr là bản mẫu của một giao thức truyền thông không có đặc tính phản bền vững. Sau tiếng còi báo động từ Nostr, quanh bản mẫu này, chúng tôi tin rằng các nhà phát triển trưởng thành có thể kiến tạo giao thức truyền thông thế hệ mới. Ở cuối bài viết, chúng tôi sẽ cố gắng tìm kiếm những giải pháp tốt hơn cho mạng lưới relay.
Tổng quan dữ liệu Nostr
Dữ liệu hệ sinh thái Nostr
Nguồn dữ liệu: https://nostr.directory/stats
Tình hình triển khai Relay
Hiện tại Nostr có tổng cộng 132 relay công cộng, 49 relay hạn chế (Restricted Relays), và 74 relay ngoại tuyến (Offline Relays).
Relay chủ yếu được triển khai ở khu vực Bắc Mỹ, trong đó Hoa Kỳ có 92 cái, Canada 37 cái, xếp thứ ba là Đức (35 cái).
Cốt lõi của Nostr: Máy chủ ngốc nghếch, máy khách thông minh (Dumb server, Smart client)
Các khái niệm kỹ thuật cơ bản
Client (Máy khách): Gánh vác các nhiệm vụ xã hội đa dạng. Phức tạp và có thể tùy chỉnh.
Relay (Relay): Máy chủ trung gian. Giao tiếp với máy khách, thực hiện lưu trữ và lập chỉ mục. Đạt được khả năng tương tác (interoperability) nhờ sự đơn giản.
Event (Sự kiện): Đối tượng/dạng dữ liệu cơ bản mà Relay sử dụng, thuận tiện cho việc gửi và truy xuất tin nhắn giữa Relay và Client. Tính mở rộng của sự kiện và thẻ rất tốt, điều này mang lại độ tự do cao cho nhà phát triển.
-
sig: Chữ ký, đảm bảo tính xác thực của sự kiện. Được thực hiện ở phía máy khách.
-
tags: Thẻ mở, tùy ý. Ví dụ: hành vi trả lời sự kiện sẽ được thêm thẻ “e tag”.
Quy trình thực hiện kỹ thuật: Máy khách gửi sự kiện đến máy chủ relay, sự kiện chứa con trỏ trỏ đến relay cụ thể. Relay sau đó lưu trữ và lập chỉ mục chúng, các máy khách khác có thể giao tiếp với các máy chủ relay mà họ “biết” để yêu cầu các sự kiện mà relay đã nhận và lưu trữ.
Tất cả sự phức tạp đều nằm ở phía máy khách, còn relay chỉ cần đạt mức tiêu chuẩn đồng thuận tối thiểu, nhờ đó mang lại không gian linh hoạt rộng lớn và ngưỡng phát triển cực thấp cho nhà phát triển.
* Các máy khách hiện nay không phải là máy khách giao tiếp trực tiếp với relay, mà là máy khách web, vẫn tồn tại rủi ro bị chặn.
Relay chuyển đổi tự do: Cánh cổng tùy ý vô hạn
“Relay” giống như mọi máy chủ trước đây, có thể bị làm đầy bởi spam, có thể nhận được thông tin độc hại, hoặc có thể cố tình chặn một số nội dung và người dùng không gây hại. Giải pháp của Nostr không phải là tăng số lượng Relay vô hạn và trao quyền lựa chọn Relay phù hợp tiêu chí cho người dùng (như Mastodon đang làm), mà là giảm chi phí triển khai Relay và chi phí chuyển đổi giữa các Relay, từ đó đạt được tự do động với chi phí tối thiểu.
Cánh cổng tùy ý luôn có thể dẫn tới một Relay khác. Một mặt, cách triển khai Relay dễ dàng đảm bảo rằng Relay không bao giờ bị cạn kiệt; mặt khác, việc chuyển đổi Relay thuận tiện đảm bảo người dùng luôn có quyền rời bỏ Relay và tiếp tục xây dựng mối quan hệ xã hội. Cơ chế rời khỏi Relay như sau:
1) Phát hành đề xuất một Relay khác cho Relay này. Máy khách của Relay cũ sẽ tự động nhận diện và thêm Relay mới vào danh sách các Relay mà nó “biết” hoặc “nhận diện”. Như vậy, người khác sẽ không vì ai đó đổi Relay mà không thể tiếp tục biết tin tức của người đó.
2) Nếu một người bị cấm trên nhiều Relay cùng lúc khiến đề xuất Relay của họ không được phát tán, họ cũng có thể thông báo cho bạn bè biết Relay mới qua các phương tiện khác.
Lưu ý rằng, các Relay không thể tự động di chuyển dữ liệu giữa nhau, điều này khiến người dùng không thể nối liền liền mạch các mối quan hệ xã hội và dữ liệu sẵn có khi chuyển giữa các Relay.
Nostr và hình học tô-pô của không gian xã hội
“Đơn giản nhưng vững chắc” là hình dung tốt nhất mà chúng ta có thể đặt ra cho một giao thức truyền thông xã hội, cũng là thiết kế mỹ lệ mà chủ nghĩa nguyên giáo Bitcoin gửi gắm vào Nostr. “Đơn giản” đòi hỏi hy sinh tất cả chi tiết kỹ thuật dư thừa để vừa đủ đạt được trạng thái “hoạt động được” (functional). Nhưng trong việc lựa chọn hy sinh, Nostr chưa đạt được sự cân bằng, mà thay vào đó đánh đổi bằng chức năng vốn có:
“Đơn giản…”
Tại sao Nostr được coi là đơn giản? Bởi vì không gian xã hội, với tư cách là một dạng không gian, bản thân nó là đơn giản và hoàn toàn thụ động. Người vận hành Relay chỉ là người canh giữ, chứ không phải “người quản lý” (kiểu Mastodon). Việc cho phép vào và ra cấu thành toàn bộ chức năng của không gian này, đồng thời định nghĩa ranh giới của không gian giao nhau.
Ngoài ranh giới, tất cả các chức năng khác trong không gian đều do “máy khách” thực hiện. Điều này giúp giao thức Nostr gần hơn với cảnh quan xã hội thực tế: giống như không tồn tại khả năng lưu trữ vô hạn, khả năng truy xuất và tiếp cận vô hạn cũng không tồn tại. Chỉ có “không gian chung” là tồn tại. Khái niệm “cùng tồn tại” chính là một khái niệm trên bản đồ quan hệ, phù hợp với mọi quá trình xã hội tự nhiên: tạo ra giao điểm → theo dõi, ở cùng một không gian giao điểm thì tiếp tục phát triển giao điểm; rời khỏi không gian giao điểm thì mối quan hệ đó không còn tồn tại.
Cách làm của Nostr là hiện thực hóa vật lý không gian sở thích trừu tượng. Trên các nền tảng như WeChat, Telegram, WhatsApp hay các nền tảng truyền thông khác, khái niệm nhóm vốn dĩ là trừu tượng, không gắn liền với một thực thể kỹ thuật cụ thể nào. Nhưng Nostr gắn nhóm với “Relay” được triển khai trên mặt vật lý, trực tiếp hiện thực hóa thành các máy chủ nút cụ thể.
“Nhưng không vững chắc.”
Cách làm trên dẫn đến một vấn đề quan trọng, đó là vấn đề lưu trữ. Do các Relay không giao tiếp với nhau, tức là không trao đổi dữ liệu, việc “rời khỏi” một Relay hoặc bị một Relay trục xuất sẽ giống như người dùng chủ động rời đi/bị trục xuất khỏi một nền tảng Web2 cụ thể – không thể mang theo dữ liệu xã hội đã tạo ra. Khi người dùng rời WeChat, Facebook hay Xiaohongshu, họ không thể mang theo các mối quan hệ xã hội cũ, vì WeChat không “giao tiếp với Facebook hay Xiaohongshu”. Nostr gần giống một giao thức Web2 hơn là Web3: Nhiều Relay của Nostr về bản chất là sao lưu dữ liệu xã hội người dùng ở nhiều nơi (đồng thời hỗ trợ người dùng tự sao lưu), nhưng không đảm bảo an toàn cho bản sao lưu đó.
“Client” (máy khách) dựa trên những bản sao lưu không giao tiếp với nhau này để thực hiện các chức năng khác nhau. Điều này chẳng khác nào xây dựng công trình mới trên một lâu đài cát cực kỳ bất ổn – mỗi lần xây dựng đều là một lần gọi lại lớp cát cũ, nhưng đồng thời khi quy mô người dùng mở rộng và thời gian trôi đi, “mất mát vĩnh viễn” từ một vấn đề xác suất sẽ trở thành điều tất yếu. Và khi ấy, không có tổ chức tập trung nào đứng ra bảo chứng. Relay là ẩn danh, và chúng ta không nên giả định rằng mỗi người dùng đều tự triển khai Relay để sao lưu dữ liệu của riêng mình.
Việc chuyển đổi tự do do thiếu tính tương thông dữ liệu, gần giống chế độ liên bang ở giai đoạn muộn nhất của các nền tảng Web2, chứ không phải hình mẫu thực sự của mạng Web3.
Relay ngốc nghếch (Dumb Relay), thực sự là giải pháp tốt nhất cho mạng relay?
Với tiền đề phi tập trung, “relay” có thể có nhiều hình thức không giới hạn về mặt thiết kế kỹ thuật. “Dumb Relay” là một lựa chọn, nhưng còn một lựa chọn khác: cho phép “Dumb Relay” lên tiếng. “Lên tiếng” là tiền đề của đồng thuận – chỉ khi các nút relay trao đổi dữ liệu với nhau thì mới có thể hình thành đồng bộ dữ liệu ở cấp độ giao thức. Đồng bộ dữ liệu ở cấp độ giao thức không phải là sự dư thừa ở bất kỳ mức độ nào, mà là nền tảng kỹ thuật cần thiết để đảm bảo an toàn dữ liệu và phòng ngừa lỗi điểm đơn. Phía sau “đồng thuận” là sự an toàn của toàn bộ mạng lưới.
Nostr giống một “bản demo lớp giao thức” hơn là một giao thức được chuẩn bị cho ứng dụng quy mô lớn. Giao thức truyền thông luôn cần chuẩn bị cho hàng tỷ người dùng tiếp theo, và ở quy mô người dùng đó, các vấn đề về an toàn dữ liệu và phục hồi dữ liệu vốn dĩ bị xếp hạng thấp sẽ trở thành vấn đề cốt lõi mà mọi nhà phát triển lớp giao thức phải đối mặt.
Từ khởi điểm Nostr đến trạm tiếp theo của giao thức truyền thông thế hệ mới
Tóm lại, chúng ta có thể khái quát vài đặc điểm mà Nostr hiện tại chưa có (hoặc chưa đầy đủ), nhưng mạng relay lý tưởng thế hệ tiếp theo nên có:
- Có đồng thuận giữa các nút, ngăn ngừa mất dữ liệu vĩnh viễn do lỗi điểm đơn;
- Mở rộng quy mô: Do áp dụng triết lý thiết kế kỹ thuật “Dumb server, Smart client”, cố gắng giảm tối đa ngưỡng triển khai Relay, giao thức Nostr không thể mở rộng cho một Relay cụ thể;
- Tài khoản trừu tượng (thay vì cặp khóa công khai - riêng không thể phục hồi);
- Lớp kích thích kinh tế, nhằm hỗ trợ số lượng nút Relay theo kịp khi cơ sở người dùng đạt quy mô lớn.
Các tiêu chuẩn trên không phải là không thể đạt được đồng thời. Xét thấy vị trí sinh thái quan trọng mà giao thức truyền thông phi tập trung nắm giữ, cùng với giá trị người dùng và tiềm năng kinh tế đi kèm, mạng relay/hệ thống giao thức phi tập trung hiện tại chắc chắn sẽ tiến hóa theo hướng nói trên. PUSH, XMTP, Dialect, Notifi, Hal, Tenderly, và một phần Status kế thừa di sản Whisper của Ethereum, đều là những đối tượng đáng chú ý. Trong bài viết tiếp theo, chúng tôi sẽ giới thiệu theo hình thức nghiên cứu điển hình một trong những giao thức hoàn thiện nhất và phát triển nhanh nhất, làm mẫu tham chiếu cho truyền thông phi tập trung.
Lời cảm ơn
Xin cảm ơn ArNostr trên Weibo, Zhang Tengji George từ Unipass, và Aaron Sponge từ Plancker DAO đã hỗ trợ bài viết này.
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
