A&T View: Một bài viết về các giao thức xã hội phi tập trung Nostr, ActivityPub, Farcaster và Lens Protocol

Web3 mong đợi loại mạng xã hội phi tập trung nào?

Tác giả: Chuan Lin , AnT Capital

Bìa: Ảnh của Tyler van der Hoeven trên Bapt

Giới thiệu

Mạng xã hội phi tập trung luôn là một câu chuyện lớn ở lớp ứng dụng. Bốn giao thức phi tập trung chính hiện tại: Nostr, ActivityPub, Farcaster, Lens Protocol. Ý tưởng và nguyên tắc thiết kế của họ là gì và họ thu hút nhóm người dùng nào? Các giao thức khác nhau sẽ có những hốc sinh thái nào trong cuộc cạnh tranh? Trong bài viết này, tác giả sẽ cố gắng trả lời câu hỏi này:

chữ

1. Khi nghiên cứu các giao thức xã hội phi tập trung, chúng ta cần tập trung vào điều gì? Sản phẩm xã hội Web2 bị chỉ trích ở nhiều điểm: "kiểm duyệt tập trung", "đảo dữ liệu, liên thông dữ liệu giữa các nền tảng", "người dùng thiếu chủ quyền dữ liệu"... Giao thức xã hội phi tập trung hy vọng có thể tách biệt khỏi sản phẩm xã hội" Khái niệm về "lớp giao thức" sử dụng một mạng phi tập trung để thực hiện giao tiếp thông tin người dùng và lưu trữ các nội dung khác nhau. Các nhà thiết kế giao thức phi tập trung khác nhau có cách hiểu khác nhau về đặc điểm của các sản phẩm xã hội lý tưởng, điều này cũng mang lại các phương pháp thiết kế giao thức khác nhau và các nhóm người dùng khác nhau. Khi nghiên cứu thiết kế cụ thể của một giao thức phi tập trung, chúng ta cần tập trung vào:

• Làm thế nào để người dùng tạo tài khoản và giao tiếp ?

Lấy Twitter làm ví dụ, việc đăng ký thông tin tài khoản của người dùng và xuất bản tweet đều được xử lý bởi cụm máy chủ tập trung của Twitter, đó là lý do tại sao Twitter có thể xóa tài khoản của người dùng và chặn nội dung đã đăng. Vì vậy, nếu một giao thức không giới thiệu vai trò của một máy chủ tập trung, làm thế nào nó có thể thực hiện được những điều này? Về giao tiếp, hai kịch bản cốt lõi chủ yếu được xem xét: xuất bản Bài đăng công khai và tin nhắn riêng tư giữa những người dùng.

• Mối quan hệ xã hội và dữ liệu nội dung của người dùng tồn tại ở đâu ?

Lấy WeChat làm ví dụ, mối quan hệ bạn bè, tên người dùng hình đại diện và các dữ liệu khác của người dùng đều được lưu trữ trong máy chủ WeChat. Mặc dù WeChat cũng có API để các bên thứ ba gọi những dữ liệu này, nhưng không chỉ quyền hạn của API hoàn toàn nằm trong tay WeChat mà cả mức độ phong phú của dữ liệu mở cũng rất nhỏ. Vì vậy, nếu một giao thức không giới thiệu vai trò của một máy chủ tập trung, làm thế nào nó có thể lưu trữ những dữ liệu này?

• Làm thế nào để tiến hành kiểm duyệt nội dung ?

Mặc dù hầu hết người dùng có nhu cầu về các giao thức phi tập trung gần như có ấn tượng tiêu cực về từ "xem xét nội dung", nhưng việc xem xét nội dung hoàn toàn bằng không cũng là một thảm họa đối với các nền tảng xã hội có luồng thông tin công khai: một mặt, các Bot có thể gửi một lượng lớn nội dung quảng cáo, do đó gây ô nhiễm luồng thông tin công cộng của người dùng (vấn đề thư rác); mặt khác, luôn có một số nội dung được công nhận chung là không nên phổ biến công khai, chẳng hạn như nội dung khiêu dâm trẻ em, khủng bố, v.v. Việc không kiểm duyệt nội dung sẽ dẫn đến tình trạng "tiền xấu rút tiền tốt".

• Làm thế nào để thiết kế cơ chế khuyến khích?

Lớp giao thức và lớp ứng dụng của các sản phẩm xã hội Web2 được tích hợp, hiện tại có mô hình kinh doanh "quảng cáo lưu lượng truy cập" tương đối trưởng thành về mặt ứng dụng, vì vậy người dùng có thể trải nghiệm miễn phí các chức năng của hầu hết các sản phẩm xã hội. Tuy nhiên, đối với một giao thức xã hội phi tập trung, nhà cung cấp dịch vụ được phân cấp và rất khó để đưa mô hình kinh doanh "quảng cáo lưu lượng truy cập" vào bên giao thức. Vậy đâu là động cơ để các nhà cung cấp dịch vụ này tiêu tốn tài nguyên mạng và tài nguyên lưu trữ để cung cấp dịch vụ ổn định và liên tục? Người dùng có phải trả tiền cho nó không?

Khi nghiên cứu người dùng và sự phát triển sinh thái của một giao thức phi tập trung, chúng ta cần tập trung vào:

• Giao thức hiện có bao nhiêu tài khoản đã đăng ký và xu hướng tăng trưởng là gì? Chiến lược tăng trưởng nào đang được sử dụng?
• Các ứng dụng chính trên giao thức là gì?
• Chân dung người dùng cốt lõi trong thỏa thuận hiện tại trông như thế nào?

2. Giải thích chi tiết về Nostr

Damus, phát nổ vào đầu tháng 2, được xây dựng trên đỉnh Nostr. Nostr không được xây dựng trên bất kỳ chuỗi khối nào và khái niệm cốt lõi về thiết kế của nó là "chống lại sự kiểm duyệt".

2.1 Cách Nostr được triển khai: Trả lời bốn câu hỏi chính

• Ở Nostr, người dùng tạo tài khoản và giao tiếp như thế nào?

Khi mỗi người dùng sử dụng bất kỳ ứng dụng nào (chẳng hạn như Damus) trên giao thức Nostr lần đầu tiên, một "cặp khóa công khai-riêng tư" sẽ được tạo; khóa chung là ID được người dùng hiển thị với thế giới bên ngoài và công khai có thể chia sẻ khóa để người khác tìm thấy bạn; Khóa riêng là "mật khẩu đăng nhập" của người dùng. Với khóa riêng, cùng một danh tính có thể được đăng nhập trên các ứng dụng khác nhau.

Trong bất kỳ ứng dụng nào của giao thức Nostr, người dùng sẽ được kết nối với nhiều rơle theo mặc định. Nếu người dùng A xuất bản một bài đăng, nó thực sự truyền bài đăng đến các rơle này song song; nếu một người dùng B và A khác được kết nối với ít nhất một rơle, thì anh ta có thể tìm khóa công khai của A và chọn nhận Bài đăng của A.

Tương tự, miễn là A và B được kết nối với ít nhất một Rơle, chúng có thể tìm kiếm nhau và gửi tin nhắn riêng cho nhau. Khi A gửi một tin nhắn riêng cho B, chữ ký khóa chung của A là bắt buộc để Rơle có thể xác định rằng tin nhắn được gửi bởi A; A có thể chọn mã hóa tin nhắn bằng khóa chung của B, để chỉ B có thể xem nội dung của tin nhắn. tin nhắn.

Người dùng có thể thêm hoặc xóa Relay muốn kết nối bất cứ lúc nào (như trong hình bên dưới). Hầu hết các Rơle đều miễn phí và một số Rơle cung cấp các dịch vụ bổ sung yêu cầu đăng ký trả phí. Việc thanh toán được thực hiện thông qua Bitcoin Lightning Network và cơ chế này được thiết kế bởi chính Relay.

Relay và Relay của Nostr không thể giao tiếp với nhau.

• Trong Nostr, dữ liệu của người dùng và các mối quan hệ xã hội tồn tại ở đâu?

Được lưu trữ trong tất cả các rơle được kết nối bởi người dùng. Người dùng có thể tự xuất và lưu trữ.

Trên thực tế, trách nhiệm cơ bản nhất của Relay chỉ là chuyển tiếp thông tin người dùng và không có nghĩa vụ lưu trữ dữ liệu người dùng. Tuy nhiên, mỗi Rơle có thể thiết kế chiến lược lưu trữ dữ liệu người dùng của riêng mình (loại dữ liệu cần lưu trữ và thời gian lưu trữ). Đối với Chuyển tiếp miễn phí, thông thường thời gian lưu trữ được đặt; và nếu Chuyển tiếp có thể cung cấp dịch vụ lưu trữ dữ liệu lâu dài hoặc thậm chí vĩnh viễn, thì nó có thể thu hút nhiều người dùng hơn trả tiền cho đăng ký, do đó đạt được lợi nhuận.

Thiết kế này dẫn đến một vấn đề tiềm ẩn: nếu dữ liệu hoạt động của người dùng hết hạn trên tất cả các rơle được kết nối, nó sẽ bị mất vĩnh viễn. Điều này sẽ khiến người dùng A không nhìn thấy toàn bộ dòng thời gian của chính mình khi chuyển đổi thiết bị hoặc đăng nhập lại vào ứng dụng, kể cả những người dùng khác không thể xem toàn bộ dòng thời gian của A. Trên thực tế, ở một khía cạnh nào đó, đây có thể không phải là vấn đề, mà là biểu hiện của ý tưởng thiết kế của Nostr: người dùng nên "trả tiền để có giá trị", và nếu thực sự muốn sử dụng dịch vụ lưu trữ dữ liệu lâu dài, họ phải trả một khoản phí nhất định.

Ngoài ra, trong một số ứng dụng Nostr (chẳng hạn như Iris), người dùng có thể xuất dữ liệu của chính họ bất cứ lúc nào, tự sao lưu và lưu trữ và khôi phục dữ liệu đó khi cần thiết trong tương lai. Đây thực sự là một ví dụ điển hình về việc người dùng kiểm soát dữ liệu xã hội của chính họ — không giống như Farcaster và Lens Protocol , chuyên xây dựng mạng lưu trữ dữ liệu xã hội sau này, các nhà phát triển ứng dụng trong Nostr không thể lấy dữ liệu nếu người dùng không đăng nhập bằng khóa riêng. dữ liệu của người dùng có thể được lấy, điều này cũng cung cấp không gian tưởng tượng tiềm năng để người dùng thương mại hóa dữ liệu xã hội của họ.

• Cơ chế đánh giá nội dung được thiết kế trong Nostr như thế nào?

Mỗi Rơle thiết kế cơ chế đánh giá nội dung của riêng mình. Chuyển tiếp không bắt buộc phải tiến hành xem xét nội dung và hầu hết các Chuyển tiếp miễn phí sẽ chuyển tiếp thông tin họ nhận được theo yêu cầu. Nhưng hậu quả của việc này là "luồng thông tin toàn cầu" của người dùng thường đầy quảng cáo và thư rác, đồng thời một số nội dung thường được công nhận là không phù hợp để xuất hiện trên mạng xã hội (khiêu dâm trẻ em, khủng bố) cũng sẽ được phổ biến công khai. Vì vậy, nếu một Relay thiết lập được cơ chế duyệt nội dung hợp lý và hiệu quả thì có thể mang lại luồng thông tin toàn cầu lành mạnh cho người dùng, từ đó thu hút người dùng trả phí đăng ký.

• Các ưu đãi cho người vận hành rơ le ở Nostr là gì?

Chi phí vận hành của Rơle cơ bản cực kỳ thấp; Người vận hành Rơle có thể cung cấp các dịch vụ nâng cao (lưu trữ dữ liệu, truyền video, cơ chế xem xét nội dung, v.v.)

Vì nhiệm vụ cơ bản của Rơle chỉ là chuyển tiếp thông tin người dùng nên một Rơle có thể chạy với hiệu suất của một máy tính cá nhân; như đã đề cập ở trên, nếu các dịch vụ do Rơle cung cấp tiêu tốn nhiều băng thông mạng và dung lượng lưu trữ hơn thì có thể chọn Cho phép người dùng trả tiền cho đăng ký.

2.2 Tóm tắt hiện trạng phát triển sinh thái của Nostr

Theo thống kê của Nostr.Band, số lượng người dùng Nostr có thông tin người dùng đã lên tới 780.000 và DAU đã đạt 60.000-70.000 (khoảng 6.000 người dùng có giá trị cao DAU). Có thể thấy rằng số lượng người dùng trước ngày 1 tháng 2 chưa đến 200.000 và sự bùng nổ của Damus đã mang lại một lượng lớn người dùng mới cho Nostr. Hàng chục ứng dụng đã được xây dựng trên Nostr, xem Nostr's GitHub để biết chi tiết. Dưới đây là danh sách các đại diện như sau:

• Damus là ứng dụng di động nổi tiếng nhất trong hệ sinh thái Nostr và là đại diện cho các sản phẩm giống như Twitter. Một sản phẩm tương tự là Iris, chủ yếu cung cấp ứng dụng khách giống như Twitter trên web.
• Anigma.io là một giải pháp thay thế cho Telegram. Người dùng có thể tạo các kênh công khai mà bất kỳ ai cũng có thể tham gia và trò chuyện; người dùng cũng có thể gửi tin nhắn được mã hóa đầu cuối, riêng tư cho người dùng khác
• Nvote là một giải pháp thay thế cho Reddit. Người dùng có thể đăng và bình chọn cho những bài đăng đó
• Giao thức Nostr cũng có thể được sử dụng để phát triển các trò chơi nhiều người chơi đơn giản, chẳng hạn như Jeste là một nền tảng cờ vua

Tuy nhiên, hiện tại hầu hết các sản phẩm trên Nostr đều là nguyên mẫu demo và có nhiều chức năng cần được trau chuốt và cải thiện. Điều này có thể liên quan đến thiết kế đơn giản của chính giao thức Nostr, cũng như ý tưởng rằng những người sáng lập không có các ứng dụng tự vận hành—nhiều giao thức xã hội như Farcaster và Lens Protocol sẽ có ít nhất một ứng dụng cốt lõi do Nostr tự vận hành. bên dự án trong giai đoạn đầu. Bản ghi dữ liệu từ 0 đến 1. Ví dụ: khi Damus được ra mắt, hình ảnh và video chỉ có thể được truyền qua URL và nó không hỗ trợ rút bất kỳ hoạt động xã hội nào (bao gồm cả đăng và thích), chứ đừng nói đến việc thực hiện nhiều chức năng khác trong Twitter. Ở góc độ trải nghiệm sản phẩm, các sản phẩm dòng Nostr vẫn còn rất nhiều điểm cần cải thiện. Nhóm người dùng cốt lõi của Nostr rất thú vị, tác giả đã quan sát trong một thời gian dài và nhận thấy rằng ngoài những người dùng sớm và một số lượng lớn robot quảng cáo, người dùng cốt lõi hiện tại của Nostr chủ yếu đến từ các cộng đồng đam mê Bitcoin ở nhiều quốc gia khác nhau, đặc biệt là các quốc gia lớn nhất về Bitcoin. các nhà hoạt động . Điều này có thể là do một số lý do:

• Nostr là một giao thức hiếm hoi sử dụng Mạng Bitcoin Lightning làm phương thức thanh toán cốt lõi , giúp thúc đẩy một cách khách quan sự phổ biến của Mạng Bitcoin Lightning. Sự bùng nổ của Damus đã khiến nó trở thành một trong số ít các dự án "ngoài luồng" trong hệ sinh thái Bitcoin Lightning Network.
• Cặp khóa công khai-riêng tư, ngưỡng hoạt động nhận thức của Mạng Bitcoin Lightning và sự non nớt của các sản phẩm hiện tại đã hạn chế sự lan truyền của Nostr tới người dùng Web3 (ở đây, định nghĩa về "người dùng Web3": hiểu công nghệ chuỗi khối, người dùng sẵn sàng kinh nghiệm). Tuy nhiên, những người theo chủ nghĩa tối đa hóa Bitcoin lại hoài nghi về giá trị của bất kỳ chuỗi khối nào khác ngoài Bitcoin, bao gồm cả Ethereum . Với sự phát triển của tường thuật Web3, sự khác biệt giữa họ và những người dùng Web3 khác cũng ngày càng tăng, điều này khiến họ thường không thích quan điểm của những người dùng Web3 khác ngay cả trên các nền tảng có người dùng Web3 tương đối tập trung (chẳng hạn như Twitter) và Họ tranh luận. Do đó, họ có động lực để tập hợp trên một nền tảng xã hội mới, nơi các câu chuyện kể về Bitcoin chiếm ưu thế và Nostr là lựa chọn tốt nhất lúc này.
• Khái niệm thiết kế giao thức của Nostr có nhiều điểm tương đồng với Bitcoin, ngắn gọn và rõ ràng, đồng thời chống mong manh mạnh mẽ. Đây cũng là lý do tại sao những người đam mê Bitcoin có quan điểm tốt về nó.

3. Triển khai chi tiết ActivityPub

Việc Musk mua lại Twitter vào năm 2022 là một sự kiện lớn trong lĩnh vực Internet. Sau khi mua lại Twitter, quản lý của Twitter rõ ràng đã trở thành "một từ" của Musk: cơ chế đánh giá nội dung nghiêm ngặt hơn và định hướng thương mại nghiêm túc hơn. Nhiều người dùng không hài lòng đã chuyển sang Mastodon, ứng dụng này có UX rất giống với Twitter, nhưng phi tập trung hơn . Đây không phải là lần đầu tiên điều này xảy ra, bất cứ khi nào một nền tảng xã hội Web2 thắt chặt hơn nữa cơ chế đánh giá nội dung của mình, nó sẽ mang lại nhiều người dùng mới cho Mastodon. Giao thức đằng sau Mastodon là ActivityPub. ActivityPub là một trong những đại diện của "Giao thức xã hội liên bang". Ở một mức độ nào đó, những gì nó làm là "phân cấp" máy chủ của công ty trong Twitter. Chúng ta hãy xem cách triển khai cụ thể của nó:

3.1 Cách triển khai ActivityPub: Trả lời bốn câu hỏi chính

• Trong ActivityPub, làm thế nào để người dùng tạo tài khoản và giao tiếp?

Trong ActivityPub có một vai trò tên là Instance (thể hiện), có thể hiểu đơn giản là “máy chủ” .

**Người dùng đăng ký tài khoản của chính mình trong một Phiên bản do chính anh ta chỉ định; khi người dùng A muốn gửi thông tin, trước tiên họ sẽ gửi đến Phiên bản do chính anh ta đăng ký, sau đó, Phiên bản này chịu trách nhiệm liên lạc với các Phiên bản khác. **Có một bộ giao thức liên lạc giữa Phiên bản và Phiên bản, được sử dụng để truyền và đọc thông tin lẫn nhau, để người dùng B, C và D có thể nhận thông tin do người dùng A gửi.

Từ đây cũng có thể thấy rằng, trên thực tế, vai trò của Instance rất giống với vai trò của một máy chủ tập trung của một bên dự án duy nhất, ngoại trừ việc nó bao gồm một mạng liên kết. Nếu chỉ có một Phiên bản trong mạng, thì điều này không khác nhiều so với kiến trúc của các sản phẩm xã hội Web2 .

• Trong ActivityPub, dữ liệu của người dùng và các mối quan hệ xã hội ở đâu?

Nó tồn tại trong Instance nơi người dùng kết nối. Người dùng có thể tự xuất và lưu trữ.

Đối với dữ liệu người dùng, ý tưởng của ActivityPub là " Bạn có thể giết tôi, nhưng tôi ở khắp mọi nơi ": ngay cả khi Phiên bản của bạn không thể truy cập được vì nhiều lý do, bạn có thể tạo người dùng mới khác trên bất kỳ Phiên bản nào và nhập bạn bè và bài đăng trên Blog trước đây thông tin mà không làm mất nó.

Điều khó hiểu là nếu một Phiên bản chặn người dùng hoặc gặp sự cố vì nhiều lý do và người dùng không xuất dữ liệu của chính mình trước, thì tài khoản và dữ liệu của người dùng sẽ bị mất. Ngoài ra, nếu bản thân Phiên bản đã trở nên độc hại đối với người dùng, thì người dùng sẽ không thể hiển thị dữ liệu của chính họ. Từ góc độ chủ quyền dữ liệu, Mastodon dường như đang ở trạng thái trung gian - về mặt lý thuyết, người dùng sở hữu dữ liệu của riêng họ và có thể xuất dữ liệu đó, nhưng máy chủ vẫn có "sức mạnh của sự sống và cái chết".

• Trong ActivityPub, cơ chế đánh giá nội dung được thiết kế như thế nào?

Mỗi Trường hợp thiết kế cơ chế xem xét nội dung của riêng mình .

Được xem riêng lẻ, mỗi Phiên bản có thể cấm tài khoản của người dùng và chặn nội dung của người dùng; tuy nhiên, nếu người dùng không hài lòng, họ cũng có thể di chuyển tài khoản của mình sang các Phiên bản khác. Bằng cách này, việc phân cấp đánh giá nội dung đạt được.

• Trong ActivityPub , ưu đãi dành cho người chạy Instance là gì?

Đây là một vấn đề lớn tiềm ẩn với ActivityPub: hầu hết các Phiên bản không có bất kỳ thu nhập nào từ người dùng và dựa vào sự đóng góp của cộng đồng để chạy và thậm chí nhiều Phiên bản được xây dựng với lợi ích cá nhân để "tạo ra tình yêu"; mặc dù về mặt lý thuyết, các Phiên bản có thể được tạo thông qua Cơ chế chẳng hạn như quảng cáo và đăng ký trả phí đều mang lại lợi nhuận, nhưng các cơ chế này không hiệu quả do có một số lượng lớn Phiên bản miễn phí.

Điều này cũng khiến nhiều Phiên bản được xây dựng bởi những người đam mê riêng lẻ ngừng chạy sau một khoảng thời gian. Nếu không thông báo trước cho những người dùng trên và không xuất dữ liệu trước thì những người dùng này sẽ bị mất tài khoản.

3.2 Tổng quan về Hiện trạng Phát triển Sinh thái ActivityPub

Ưu điểm lớn nhất của ActivityPub là ứng dụng sản phẩm trên đó rất trưởng thành và UX rất thân thiện với người dùng Web2, điều này có thể thu hút một lượng lớn người dùng Web2, những người chỉ đơn giản là không thích kiểm duyệt tập trung. **Đặc biệt là những người dùng thích bày tỏ quan điểm nghiêng về chính trị và tạo nội dung nhạy cảm về chính trị, họ ghét đánh giá nội dung trên nền tảng Web2.

Lấy Mastodon làm ví dụ, người dùng Web2 có thể bắt đầu trực tiếp mà không cần học quá nhiều khái niệm bổ sung (chẳng hạn như khóa công khai và khóa riêng, Seed Phrase và chuỗi khối); hầu hết các chức năng do Twitter triển khai đều do Mastodon triển khai.

Mastodon đã tích lũy được gần 3 triệu người dùng. Trong số đó, ba trang web ví dụ hàng đầu có 60% số lượng người dùng và 45% số lượng bài đăng. Trong ba trường hợp chính, ngoại trừ Mastodon.social được vận hành chính thức, hai trường hợp còn lại đều đến từ Nhật Bản. Người dùng Nhật Bản chiếm gần 40% tổng số người dùng, tiếp theo là Hoa Kỳ (20%) và Pháp (10%). (Nguồn dữ liệu: Báo cáo tổng quan về giao thức xã hội Bonfire Union LP 2022)

4. Triển khai chi tiết Farcaster

Farcaster là một dự án giao thức xã hội phi tập trung được thành lập bởi cựu phó chủ tịch điều hành Coinbase Dan Romero. Nó đã hoàn thành khoản tài trợ trị giá 30 triệu đô la do A16Z dẫn đầu vào tháng 7 năm ngoái và đã nhận được rất nhiều sự chú ý cũng như kỳ vọng. Hãy cùng xem triết lý thiết kế của Farcaster:

4.1 Farcaster đã triển khai như thế nào: Câu trả lời cho bốn câu hỏi chính

Có một khái niệm mới về "Hub" trong Farcaster . Theo nghĩa rộng, nó đóng vai trò tương tự như máy chủ Server với Relay của Nostr và Instance của ActivityPub, nhưng thực tế chúng làm những việc khác nhau .

Như thể hiện trong hình, Farcaster có kiến trúc ba lớp: lớp dưới cùng là chuỗi khối Ethereum, được sử dụng để lưu trữ thông tin đăng ký người dùng; bên trên đây là một mạng bao gồm các Trung tâm, được sử dụng để đồng bộ hóa dữ liệu của tất cả người dùng trên toàn bộ mạng trong thời gian thực; Mỗi ứng dụng có thể được coi là một Máy khách, giao tiếp với mạng Hub và truyền các hoạt động của người dùng.

• Làm cách nào để người dùng tạo tài khoản và giao tiếp trong Farcaster?

Trước hết, khi người dùng đăng ký ở phía ứng dụng, một địa chỉ Ethereum mới sẽ được tạo tự động và người dùng cần Seed Phrase; sau khi người dùng chọn một tên người dùng duy nhất, thông tin ràng buộc của "tên người dùng-địa chỉ" này sẽ được đăng ký trong Ethereum Trong hợp đồng Farcaster của Fangzhuan, nó được sử dụng trong toàn bộ giao thức Farcaster. Về bản chất, lõi ID người dùng của Farcaster là cùng một cặp khóa công khai-riêng tư như Nostr, nhưng nó liên kết nhiều thông tin hơn (tên người dùng), vì vậy nó cần một hợp đồng trên chuỗi dưới dạng sổ đăng ký; trong khi ID của giao thức Nostr chỉ có khóa công khai- khóa riêng Có, người dùng chỉ cần giữ một khóa riêng để đăng nhập bằng danh tính của chính họ, điều đó cũng có nghĩa là người dùng có thể có các tên người dùng khác nhau trên các nền tảng ứng dụng khác nhau .

Sau đó, người dùng sẽ gửi thông tin đến một Hub thông qua ứng dụng (Client), và các Hub sẽ phát và đồng bộ dữ liệu người dùng của toàn mạng theo thời gian thực thông qua cấu trúc dữ liệu của Delta Graph. Khi Hub nơi có những người dùng khác nhận được chương trình phát sóng, nó sẽ cập nhật thông tin này một cách đồng bộ và gửi lại cho ứng dụng được kết nối với nó .

Có thể thấy nếu chỉ nhìn vào L2 và L3 của Farcaster, quá trình phổ biến thông tin có nhiều điểm tương đồng với ActivityPub. Sự khác biệt lớn nhất là không cần đồng bộ hóa lưu trữ dữ liệu người dùng theo thời gian thực giữa các Phiên bản của ActivityPub, mà là giữa các Hub của Farcaster .

• Trong Farcaster, dữ liệu của người dùng và các mối quan hệ xã hội tồn tại ở đâu?

ID người dùng được lưu trữ trên Ethereum và dữ liệu nội dung khác cũng như các mối quan hệ xã hội được lưu trữ trong mỗi Hub (hoặc trong mạng Hub) .

Nếu chỉ nhìn vào giải pháp lưu trữ này, bạn sẽ cảm thấy rằng nó thực sự giống với khái niệm "sổ cái phân tán" của chuỗi khối; nhưng xem xét hiệu suất của chuỗi công khai hiện có, việc lưu trữ dữ liệu xã hội không được đặt trực tiếp trong Lens Protocol Trên chuỗi, nó được đặt trên mạng lưu trữ phi tập trung được thiết kế riêng .

So với Nostr và ActivityPub, khi có đủ Hub tham gia vào mạng, việc lưu trữ dữ liệu của giải pháp này chắc chắn ổn định và đáng tin cậy hơn . Tuy nhiên, điều này cũng có nghĩa là các nhà phát triển có thể dễ dàng lấy được tất cả dữ liệu xã hội của người dùng.

• Cơ chế đánh giá nội dung được thiết kế như thế nào trong Farcaster?

Giải pháp vẫn chưa rõ ràng; mỗi ứng dụng có thể tự phát triển cơ chế đánh giá của riêng mình .

Trong ngắn hạn, Farcaster áp dụng một chiến lược tăng trưởng nghiêm ngặt đối với hệ thống lời mời của người sáng lập để đảm bảo chất lượng và âm điệu của những người dùng ban đầu. Vì vậy, Farcaster sẽ không phải lo lắng về điều đó trong một thời gian dài.

Về lâu dài, nhà sáng lập Dan cho rằng thẩm quyền xét duyệt có thể được giao cho các ứng dụng và mỗi ứng dụng sẽ tự thiết kế cơ chế xét duyệt cũng như các tiêu chuẩn liên quan.

• Các ưu đãi cho các nhà khai thác Hub ở Farcaster là gì?

Trong ngắn hạn, nó được thúc đẩy bởi những người đam mê cộng đồng và chi phí thấp; trong dài hạn, nó dựa trên thu nhập thỏa thuận .

Farcaster có thể mở mô hình tính phí sau khi số lượng người dùng đạt đến một quy mô nhất định, người dùng cần trả một khoản phí nhất định hàng tháng để tiếp tục sử dụng tài khoản và phần này sẽ được phân phối cho các nhà điều hành của Hub dưới dạng doanh thu thỏa thuận.

Qua thiết kế của Farcaster cũng có thể thấy Hub của Farcaster sẽ có chi phí lưu trữ cao hơn do phải đồng bộ dữ liệu của toàn mạng, dẫn đến có quá ít Hub hoạt động và khiến mạng trở nên tập trung hơn. Nhóm tin rằng lý tưởng nhất là nên có khoảng 100 Hub trong mạng.

Hình dưới đây là ước tính của nhóm Farcaster về mức tăng trưởng người dùng của giao thức và chi phí lưu trữ dữ liệu liên quan:

Nhóm tin rằng chi phí lưu trữ của Hub sẽ ở mức thấp (khoảng $3500/năm) cho đến cuối năm 2024 nên trong ngắn hạn, điều này sẽ không ảnh hưởng đến sự nhiệt tình tham gia xây dựng Hub của một số cộng đồng đam mê. Sau năm 2024, một mặt, cần phải khuyến khích thu nhập từ thỏa thuận của nhà điều hành Hub, mặt khác, cũng có thể cải thiện hiệu quả lưu trữ thông qua các công nghệ như sharding.

4.2 Tình trạng phát triển của ứng dụng Farcaster

Farcaster hiện có khoảng 8 nghìn người dùng, duy trì tốc độ tăng trưởng hàng tuần là 5%. Nhóm người dùng cốt lõi của nó chủ yếu là các nhà phát triển và vòng kết nối VC đô la Web3 . Mặc dù những người dùng này là những người thực hành Web3, nhưng họ thường tập trung nhiều hơn vào công việc của mình và suy nghĩ và phân tích về Web3, tần suất hoạt động tương tác trên chuỗi không nhất thiết phải cao, cũng như không có nhu cầu và kỳ vọng cao đối với AirDrop mã thông báo.

Tốc độ tăng trưởng 5% của Farcaster được thiết kế bởi bên dự án thỏa thuận - người dùng phải gửi đơn đăng ký đến tin nhắn riêng tư của người sáng lập Twitter trước khi họ có thể được mời (đây là những gì tác giả đã làm). Đây là một phương pháp "tiếp thị đói", có thể đảm bảo chất lượng của những người dùng sớm, từ đó cải thiện bầu không khí cộng đồng và chất lượng dự án, rất giống với chiến lược tăng trưởng ban đầu của Zhihu.

Để biết danh sách các dự án sinh thái của Farcaster, vui lòng tham khảo Github của Farcaster.

Warpcast là dự án quan trọng nhất của Farcaster hiện tại, nó không chỉ có các chức năng sản phẩm hoàn thiện hơn mà còn có một số chức năng được thiết kế đặc biệt cho người dùng Web3 - ví dụ: bạn có thể chọn kết nối tài khoản của mình với địa chỉ Ethereum thông thường, để bạn bạn bè có thể Xem các giao dịch NFT gần đây và lịch sử đúc tiền của bạn.

Hiện tại, hầu hết các dự án sinh thái khác của Farcaster là bản sao của các dự án xã hội Web2 hoặc "tái tích hợp" dữ liệu xã hội của người dùng. Ví dụ: Searchcaster cho phép bạn tìm kiếm từ khóa từ dữ liệu Farcaster và Discover cho phép bạn duyệt thông tin phổ biến trong Farcaster mà không cần đăng nhập.

5. Giải thích chi tiết Lens Protocol

Lens Protocol là một dự án giao thức xã hội trên chuỗi được thành lập bởi Stani Kulechov, người sáng lập và Giám đốc điều hành của AAVE , hiện là dự án phát triển sinh thái tốt nhất và có nhiều người dùng nhất trong số các dự án tương tự.

5.1 Cách triển khai Lens Protocol

Ở một mức độ nào đó, việc triển khai Lens Protocol là dễ hiểu nhất - bởi vì hầu hết tất cả các hoạt động và dữ liệu đều nằm trên chuỗi.

• Trong Lens Protocol , người dùng tạo tài khoản và giao tiếp như thế nào?

Người dùng đưa NFT hồ sơ của riêng họ vào hợp đồng Lens. NFT này sẽ được hiển thị dưới dạng một tên miền có hậu tố ".lens". Đây là tài khoản của người dùng và là danh tính duy nhất do người dùng kiểm soát.

Khi người dùng xuất bản Bài đăng, nội dung sẽ được lưu trữ đồng bộ trên chuỗi khối . Ứng dụng chỉ cần đọc dữ liệu trên chuỗi và sau đó nó có thể phổ biến thông tin cho những người dùng khác.

So với các giao thức khác, vì người dùng thường đúc NFT bằng ví thường được sử dụng của họ, cơ chế boa giữa những người dùng Lens Protocol là tự nhiên và thuận tiện nhất trong số một số giao thức , chỉ cần chuyển trực tiếp mã thông báo sang ví của bên kia. Người dùng không cần phải liên kết thêm địa chỉ mạng sét BTC và địa chỉ ETH như Nostr và Farcaster.

• Trong Lens Protocol , danh tính, mối quan hệ xã hội và dữ liệu nội dung của người dùng tồn tại ở đâu?

Các mối quan hệ xã hội của người dùng tồn tại trên Polygon dưới dạng các NFT khác nhau . Cụ thể, việc thiết lập các mối quan hệ xã hội trong Lens được ghi lại và lưu trữ dưới dạng NFT. Ví dụ: nếu A theo sau B, thì một NFT theo sau ghi "A theo sau B" sẽ được truyền.

Khi người dùng xuất bản nội dung, Lens Protocol yêu cầu chỉ mục nội dung ContentURI phải được xuất bản trên Polygon . Tuy nhiên, Lens Protocol không có hạn chế rõ ràng về vị trí tồn tại của nội dung được trỏ đến bởi chỉ mục nội dung và tùy thuộc vào thiết kế của ứng dụng cụ thể ( tương tự như siêu dữ liệu của NFT). Hầu hết các ứng dụng hiện lưu trữ nội dung của người dùng trên Arweave.

• Trong Lens Protocol , cơ chế đánh giá nội dung được thiết kế như thế nào?

Lens Protocol rõ ràng không kiểm duyệt và lọc nội dung ở lớp giao thức , mỗi ứng dụng cần thiết kế thuật toán tương ứng của riêng mình hoặc sử dụng một số mô-đun thuật toán của bên thứ ba.

Cultivator DAO, được hỗ trợ chính thức bởi Lens Protocol , đang thực hiện một mô-đun đánh giá nội dung như vậy. Nó có thể được các nhà phát triển ứng dụng lựa chọn có nên "mở" hay không; chiến lược của Cultivator DAO cũng được công khai, có nghĩa là bất kỳ ai cũng có thể phân nhánh nó và thực hiện chiến lược riêng của họ.

• Trong Lens Protocol , các ưu đãi dành cho nhà cung cấp dịch vụ là gì?

Vì Lens Protocol hoàn toàn nằm trên chuỗi Polygon , các nhà cung cấp dịch vụ trong thỏa thuận Lens Protocol thực sự là các nút của Polygon và phí Gas là động lực của họ .

Đối với người dùng, tất cả các hoạt động của ứng dụng hiện tại chỉ yêu cầu chữ ký ví và không cần thanh toán. Bởi vì hoạt động đường lên cụ thể hiện tại được xử lý bởi bên dự án Lens Protocol và Gas được trả thay cho dự án, nhưng đây không phải là giải pháp lâu dài: Lens Protocol tính toán của ETH . Tổng phí Gas sẽ lên tới 2,5 triệu đô la Mỹ, phía dự án khó có thể gánh nổi.

Do đó, về lâu dài, với sự gia tăng số lượng người dùng Lens Protocol và hoạt động gia tăng, nếu sơ đồ tải lên dữ liệu không thay đổi, rất có thể người dùng sẽ phải trả phí Gas trong tương lai. Tuy nhiên, việc “trả phí Gas cho mọi thao tác” vi phạm rất nhiều thói quen của người dùng trong ứng dụng xã hội Web2, dẫn đến giảm sức hấp dẫn và mất người dùng. Do đó, vấn đề này là trọng tâm trong các lần lặp lại tiếp theo Lens Protocol .

5.2 Hiện trạng phát triển ứng dụng

Lens Protocol hiện có khoảng 108.000 Profile NFT, với hơn 160.000 người dùng đăng ký. Không có hạn chế nào đối với việc đăng ký Lens Protocol trong những ngày đầu, nhưng kể từ tháng 11 năm 2022, phía dự án đã thay đổi chiến lược tăng trưởng và chỉ những người dùng whitelists có thể đăng ký (có thể liên quan đến việc kiểm soát quy mô phí Gas phải trả?) . Hiện Lens Profile có thể mua trên Opensea, giá sàn khoảng 120U.

Lens Protocol có gần 150 dự án ứng dụng sinh thái, nhưng hầu hết các sản phẩm vẫn đang ở giai đoạn tương đối sớm và trải nghiệm chức năng tương đối đơn giản. Dự án ứng dụng nổi tiếng nhất trong Lens Protocol là Lenster, một sản phẩm giống như Twitter do bên dự án tạo ra. (Để biết chi tiết, vui lòng tham khảo nghiên cứu Lens Protocol do SevenX & Buidler DAO công bố gần đây)

Những người dùng bị Lens Protocol thu hút chủ yếu là những người dùng "gốc Web3", những người rất quen thuộc với các hoạt động trên chuỗi, đặc biệt là những người chơi NFT . Mặc dù Lens Protocol không có cơ chế mã thông báo liên quan rõ ràng, kỳ vọng AirDrop mã thông báo của Lens Protocol có thể là một trong những lý do khiến nhiều người dùng sẵn sàng dành thời gian để hiểu, đăng ký và tiếp tục hoạt động. Ngoài ra, cơ chế lật của Lens Protocol là tự nhiên và thuận tiện nhất trong số các giao thức hiện tại, đồng thời nó cũng thu hút một số người tạo nội dung Web3 chất lượng cao.

Vì hầu hết các hoạt động cần phải được tải lên chuỗi, ngay cả khi phí gas đã được thanh toán bằng giao thức, người dùng vẫn cần thường xuyên sử dụng ví để xác nhận chữ ký và cũng có sự chậm trễ trong hoạt động của chuỗi. vì vậy trải nghiệm người dùng của sản phẩm Lens Protocol được so sánh với các giao thức khác, có thể nói là không thân thiện nhất với người dùng và tùy thuộc vào kiến trúc và hiệu suất của Polygon .

5.3 Các giao thức xã hội trên chuỗi khác

Lens Protocol hiện là giao thức xã hội trên chuỗi có số lượng người dùng lớn nhất và ý tưởng thiết kế của nó cũng có thể được coi là đại diện cho kiểu thiết kế giao thức này . Tuy nhiên, như đã đề cập ở trên, thiết kế của Lens Protocol khiến trải nghiệm sản phẩm trên đó phải phụ thuộc vào hiệu suất của Polygon , đặc biệt là chiến lược liên quan đến tải dữ liệu lên.

Giao thức xã hội hiện tại trên chuỗi vẫn còn ở giai đoạn sơ khai và các giao thức mới liên tục xuất hiện và các vấn đề khác nhau gặp phải trong quá trình phát triển Giao thức Lens cũng cung cấp một tài liệu tham khảo tốt cho những người đến sau. Ví dụ: CyberConnect, thường được so sánh với Lens Protocol , mặc dù tài khoản và mối quan hệ xã hội của người dùng vẫn nằm trên chuỗi, nhưng thiết kế giao thức cụ thể của nó sẽ hủy bỏ một số lượng lớn hoạt động trên chuỗi và sử dụng một số phương thức xác minh ngoài chuỗi để giải quyết nó. Việc thiết kế các giao thức mới này và sự phát triển các ứng dụng sinh thái của chúng cũng đáng được quan tâm liên tục.

6. Tóm tắt và Triển vọng

Tổng hợp lại, chúng ta có thể thấy rằng các khái niệm thiết kế của bốn giao thức có thể được chia thành hai phe:

• Khái niệm cốt lõi về thiết kế của Nostr và ActivityPub là "chống lại sự kiểm duyệt tập trung". Họ nhấn mạnh hơn vào quyền kiểm soát của người dùng đối với dữ liệu nội dung của chính họ, cho phép người dùng xuất dữ liệu của riêng họ và không tạo mạng lưu trữ dữ liệu mở để các nhà phát triển gọi.
• Khái niệm cốt lõi của thiết kế Lens Protocol quan tâm nhiều hơn đến lớp dữ liệu người dùng mở và có thể tương tác, thân thiện với nhà phát triển để giải quyết vấn đề "đảo dữ liệu" giữa các sản phẩm xã hội Web2.

Dưới đây, tác giả sẽ tóm tắt so sánh ưu nhược điểm của 4 giao thức, đồng thời đưa ra dự đoán về hướng phát triển của chúng trong tương lai:

6.1 Trung tâm hoạt động

ActivityPub xuất hiện sớm hơn và các ứng dụng trên đã trưởng thành hơn, cả UX và khái niệm đều rất thân thiện với người dùng Web2, các giao thức khác khó có thể bắt kịp sức hút của người dùng Web2 trong ít nhất một năm.

Tuy nhiên, ActivityPub giống một sản phẩm chuyển tiếp hơn trong thiết kế, tài khoản người dùng và dữ liệu vẫn được lưu trữ dưới một máy chủ (Instance), mặc dù có thể xuất các bản sao lưu bất cứ lúc nào, nhưng điều này không giải quyết hoàn hảo vấn đề về độ tin cậy của bộ lưu trữ dữ liệu người dùng, ngoài ra Đơn vị vận hành máy chủ (Instance) cũng thiếu động cơ khuyến khích rõ ràng.

Về lâu dài, với sự phổ biến của các khái niệm liên quan đến Web3, lợi thế của ActivityPub trong việc thu hút người dùng Web2 sẽ ngày càng ít rõ ràng hơn và sẽ được thay thế bằng các giao thức được thiết kế tốt hơn.

6.2 Nostr

Thiết kế giao thức của Nostr rất nhẹ, và các yêu cầu về trách nhiệm của máy chủ (Relay) rất đơn giản - chỉ cần hỗ trợ chuyển tiếp thông tin. Điều này làm cho chi phí của Rơle rất thấp và người dùng có thể dễ dàng xây dựng các Rơle thuộc dự án hoặc nhóm sở thích của riêng họ. Toàn bộ mạng cực kỳ dễ vỡ và sẽ luôn có những nơi không được xem xét nội dung.

Xem xét khái niệm khóa công khai-riêng tư của Nostr và mô hình thanh toán của BTC Lightning Network, sự hiểu biết về các khái niệm này và các yêu cầu đối với quyền tự chủ của người dùng rất phù hợp với người dùng Web3 (người dùng chuỗi khối). Cùng với sự non nớt của các chức năng sản phẩm sinh thái Nostr hiện tại, Nostr khó thu hút người dùng đang thất vọng với các sản phẩm xã hội Web2 như ActivityPub trước khi các khái niệm liên quan đến Web3 được phổ biến.

Trong lĩnh vực Web3 (lĩnh vực blockchain), nó có thể không có lợi thế trong cuộc cạnh tranh của các giao thức như Farcaster và Lens Protocol . Về bầu không khí cộng đồng, nếu bạn không phải là người theo chủ nghĩa tối đa Bitcoin, thì bầu không khí thảo luận chuyên sâu của các học viên Web3 ở Farcaster và bầu không khí NFT của Lens Protocol có thể phù hợp hơn với bạn; xét về kỳ vọng của mã thông báo khuyến khích kinh tế, Nostr chắc chắn không tốt bằng Lens Protocol.

Do đó, có thể còn khá lâu nữa, nhóm người dùng cốt lõi của Nostr sẽ vẫn giữ nguyên hiện trạng: những người đam mê Bitcoin. Nhưng điều này thực sự không có gì đáng ngạc nhiên - bởi vì từ góc độ tài liệu Github của Nostr, thiết kế của nó mang tính "dựa trên ý tưởng" hơn là "dựa trên thực tế"; Để xây dựng một giao thức xã hội chống kiểm duyệt lâu bền hơn, Nostr đã không chấp nhận tài trợ ( chỉ quyên góp 14 BTC của Jack Dorsey) và không có áp lực từ vốn.

6.3 Máy phát xa

Có hai điểm nổi bật chính của Farcaster:

• Là một giao thức được thiết kế cho người dùng Web3, giờ đây nó có thể đạt được trải nghiệm tương đương với trải nghiệm của các sản phẩm xã hội Web2. Điều này là do mạng lưu trữ dữ liệu tự xây dựng bao gồm các Hub.
• Chiến lược tăng trưởng cộng đồng thận trọng của Farcaster là rất hiếm trong mạng xã hội Web3, điều này cũng mang lại cho Farcaster những người dùng ban đầu có giá trị cao và bầu không khí cộng đồng; phong cách chơi này cũng có tiền lệ thành công trong Web2, chẳng hạn như Zhihu.

Do đó, đánh giá từ tình hình phát triển hiện tại, nếu có bất kỳ giao thức nào có nhiều khả năng trở thành Twitter của người dùng Web3, thì Farcaster có thể là giao thức hứa hẹn nhất.

So với các giao thức khác, Farcaster bắt đầu muộn hơn và có thiết kế phức tạp hơn, do đó, nó vẫn ở trạng thái ban đầu của quá trình lặp lại nhanh chóng và vẫn còn nhiều chỗ để cải thiện trong tương lai.

6.4 Lens Protocol

Dữ liệu trên chuỗi của Lens Protocol không chỉ thuận lợi cho việc kết hợp với các dự án Web3 khác và phát triển lối chơi mới mà còn cho phép tạo ra nền kinh tế của người sáng tạo nhờ cơ chế phần thưởng của ví. Tuy nhiên, số lượng lớn chữ ký ví, sự chậm trễ trong hoạt động và phí tải dữ liệu lên theo sau là tất cả những chi phí mà người dùng phải trả. Đây là lý do tại sao tác giả tin rằng rất khó để các sản phẩm thuần túy giống như Twitter đạt được thành công lớn trên Lens Protocol .

Nếu có một sản phẩm hấp dẫn trên Lens Protocol , thì nó phải được tích hợp chặt chẽ với nhiều trò chơi trên chuỗi khác nhau, nhưng hiện tại không có sản phẩm nào như vậy trong hệ sinh thái Lens Protocol . Với sự phát triển của công nghệ cơ bản chuỗi khối, nhiều giao thức xã hội Lens Protocol chuỗi mới và được thiết kế tốt hơn cũng đang được tung ra. , Sau đó, nó có thể phải đối mặt với cuộc khủng hoảng bị vượt mặt bởi những người đến sau.

Người giới thiệu:

1. Nostr Github: https://github.com/nostr-protocol/nostr
2. Farcaster Github: https://github.com/farcasterxyz/protocol
3. Lấy Lens Protocol ETH ví dụ, xem cấu trúc dữ liệu của các ứng dụng xã hội phi tập trung và thảo luận về lớp dữ liệu Ứng dụng phi tập trung tốt là gì: https://mirror.xyz/muran.eth/dy-6ExlpYsehQJJvNcRlLi8XDjwdEw1xoV7oDxy_eWM
4. Buidler DAO x SevenX, Báo cáo nghiên cứu sâu Lens Protocol 4D: https://mp.weixin.qq.com/s/HISBmicZ-6szM6RY4ZWZyw
5. Chủ đề xã hội: Từ những khu vườn có tường bao quanh đến quảng trường dân sự — Tổng quan về các giao thức xã hội của Mask_ Bonfire Union: https://docs.qq.com/pdf/DUlNoQ0h0cURRUU5P?&u=ec65a5118acc42e2960e5aa4b12feb42

Tuyên bố miễn trừ trách nhiệm: Là một nền tảng thông tin blockchain, các bài viết được đăng trên trang này chỉ thể hiện quan điểm cá nhân của tác giả và khách mời, không liên quan gì đến quan điểm của Web3Caff. Thông tin trong bài viết chỉ mang tính chất tham khảo, không cấu thành bất kỳ lời khuyên hay ưu đãi đầu tư nào, đồng thời vui lòng tuân thủ luật pháp và quy định có liên quan của quốc gia hoặc khu vực nơi bạn sinh sống.