Hiện trạng và vấn đề phát triển sinh thái Nostr

Tuần trước, thành viên cộng đồng CKB Retric đã đề xuất Giao thức ràng buộc Nostr.

Giao thức liên kết Nostr được sử dụng để tạo ánh xạ một-một giữa Nostr Event và CKB Cell. Người dùng thông thường có thểtạo và phân phối nội dung gốc trong mạng xã hội Nostr dựa trên giao thức này, thông qua RGB++, những nội dung này trên Nostr cũng có thể được kiểm soát bằng địa chỉ Bitcoin. Các nhà phát triển khách hàng có thể xây dựng sản phẩm trên đó. Không giống như ETH dApp, được chia thành hai hệ thống (một là máy chủ ngoài chuỗi và một là hợp đồng thông minh trên chuỗi), giao thức ràng buộc Nostrmang đến sự phát triển mới cho dApp. Mô hình,sử dụng một hệ thống nhất quán với các cấp độ dữ liệu khác nhau để xây dựng dApp. Được biết, giao thức liên kết Nostr có thể được tích hợp liền mạch vào CKB Lightning Network trong tương lai để giải quyết các vấn đề thanh toán gốc trên mạng xã hội.

Nostr là giao thức truyền tải thông tin tối giản dựa trên khóa công khai và khóa riêng, dành riêng cho việc tạo ra một mạng xã hội toàn cầu chống kiểm duyệt. Nostr sử dụng Relay để lưu trữ dữ liệu xã hội (chẳng hạn như bài đăng) và truyền dữ liệu đó đến người dùng chạy phần mềm có tên Khách hàng.

Vào ngày 9 tháng 3 năm nay, tại Hội nghị Bitcoin Singapore đầu tiên do Nervos Foundation và ABCDE đồng tổ chức, Retric đã đưa ra "Tình hình phát triển sinh thái Nostr hiện tại và vấn đề" chia sẻ chủ đề?

Dưới đây là nội dung được biên soạn dựa trên chia sẻ của Retric, có thể giúp mọi người hiểu rõ hơn về giao thức Nostr :

Giao thức Nostr này có lẽ là điều đơn giản nhất trong cuộc họp hôm nay. So với một số công nghệ hoặc giao thức được người khác nói đến, nó là dễ hiểu nhất vì nó cũng rất đơn giản. Điều mà Nostr muốn làm lúc đầu thực ra là một “Twitter”, nhưng Twitter này không phải do Elon Musk kiểm soát mà là một Twitter phi tập trung hơn sẽ không làm một số điều xấu, không chặn người khác , và có một số quyền tự do ngôn luận. Nó muốn làm điều này từ một điểm khởi đầu thực tế hơn, tức là nó muốn tạo ra một phần mềm như vậy. Với mục đích này, nó đã đề xuất một giao thức phi tập trung trên mạng xã hội có tên là Nostr. Sau đó, khi nó phát triển, mọi người bắt đầu nhận ra rằngnhững thứ này không chỉ để tạo Twitter mà giống như một cấu trúc Internet tốt hơn, trên đó chúng ta có thể tạo ra nhiều ứng dụng khác nhau.

Nostr Trước tiên hãy để tôi giới thiệu ngắn gọn về thỏa thuận này. Thực ra nó có thể được giải thích trong một câu:Đây là Dữ liệu được ký thông qua. một khóa riêng Dữ liệu này được truyền đi trên các Rơle hoặc rơle khác nhau và sau đó được gửi đến máy khách. Về cơ bản, tôi ký một dữ liệu có định dạng cố định và sau khi ký, gửi nó đến một số bộ lặp, sau đó tôi cho phép những người dùng khác lấy dữ liệu này từ các bộ lặp này thông qua ứng dụng khách để đọc.

Điều cốt lõi của Nostr là cấu trúc Jason, sẽ có các trường khác nhau và mỗi trường đại diện cho một ý nghĩa. Ví dụ: pubkey là khóa chung mà tôi đã sử dụng để ký dữ liệu tôi đã gửi. Ví dụ: nó có một cột nội dung, nghĩa là nội dung của dữ liệu tôi đã ký. Nó có thể là một chuỗi bất kỳ. Tôi đã gửi, hoặc nó có thể là một con số hoặc một thứ được mã hóa. Không có hạn chế nào trong giao thức. Ở đây cũng sẽ có chữ ký, nghĩa là tôi đã đưa ra lời đảm bảo cho dữ liệu mình gửi, đảm bảo rằng dữ liệu đó quả thực được gửi từ phía tôi.

Vì vậy, cốt lõi của Nostr chỉ đơn giản là tôi sử dụng một khóa riêng nhất định để thực hiện một phần dữ liệu nhất định do chính tôi viết tại địa phương. một chữ ký. Sau khi dữ liệu này được gửi lên Internet,Cấu trúc mạng Nostr cũng rất đơn giản, chỉ có hai cấu trúc, một gọi là Relay và một gọi là Client.

Relay là máy chủ mà mọi người đều có thể thiết lập. Chức năng của Relay này là nó luôn chạy trên Internet để theo dõi xem ai đã gửi cho tôi dữ liệu tôi vừa đề cập, sau đó nhận và lưu lại. Nếu khách hàng hỏi tôi về dữ liệu nào đó, tôi sẽ đưa lại cho anh ta. .

Phần thứ hai là cách phổ biến dữ liệu này, tức là một thông số kỹ thuật để phổ biến, thực tế chứa rất nhiều chi tiết. Ví dụ: nếu tôi chuyển dữ liệu này sang Relay thì chúng có liên lạc với nhau không? Hoặc sau khi mình chuyển qua Relay thì Relay có lưu lại toàn bộ dữ liệu cho mình rồi đưa cho mình khi mình yêu cầu không? Thực tế có những chi tiết như vậy. Câu trả lời của Nostr là "Tôi không quan tâm, bạn có thể tự suy nghĩ." Dù sao thì đó thực sự là một phản ứng hơi kỳ lạ, nhưng đôi khi tôi nghĩKhông sao cả là một chiến lược tương đối thông minh. Đôi khi, có vẻ như dù là ở thế giới thực hay trên mạng, đôi khi việc quan tâm quá nhiều cũng làm tổn thương một số thứ, vì vậy tôi nghĩ việc để nó yên thực sự rất thú vị.

Ví dụ: để tôi cho bạn một ví dụ đơn giản. Khi chúng ta sử dụng mạng xã hội tập trung truyền thống, máy chủ tập trung sẽ lưu trữ tất cả dữ liệu của bạn theo mặc định. . Rồi khi bạn xin tôi thứ gì đó, tôi có thể đưa cho bạn bất cứ lúc nào, nhưng vì Nostr không quan tâm nên chuyện gì sẽ xảy ra ở đây? Một số nhà khai thác Rơle muốn trở nên lớn hơn và mạnh hơn và họ muốn lưu tất cả các tin nhắn. Đây là một loại. Một cách khác là tôi là người có sở thích, tôi chỉ muốn xây dựng một nút rất nhỏ và tôi chỉ chấp nhận dữ liệu từ những người dùng mà tôi thích. Ngoài ra còn có một số dữ liệu mà tôi sẵn sàng chấp nhận từ bạn, nhưng tôi có thể không muốn nó nữa sau 30 phút nhận được. Tôi muốn xóa nó vì đĩa trên máy chủ của tôi có thể bị giới hạn và tôi không sẵn sàng lưu nó. dài thế.

Vì vậy, nó thực sự sẽ phát triển thành nhiều vai trò khác nhau và những vai trò khác nhau này có thể có sự phân công lao động khác nhau. Ví dụ: nếu ai đó thực sự muốn điều hành nó như một doanh nghiệp thì tôi sẽ trở thành một nút dịch vụ chuyên nghiệp và cố gắng hết sức để cung cấp cho mọi người dịch vụ ổn định hơn và lâu dài hơn. Ngoài ra còn có một số người đam mê cũng có thể vận hành những thứ như mạng LAN, vì vậy nó sẽ phát triển thành các bộ phận lao động khác nhau.

Một hiện tượng phổ biến là hầu hết các nút Chuyển tiếp sẵn sàng nhận một số tin nhắn của bạn, nhưng họ không thể đảm bảo rằng chúng sẽ được lưu trong thời gian dài. Cấu trúc này thực sự có vẻ phù hợp hơn với một số mô hình xã hội trong xã hội loài người thực sự của chúng ta. Một mô hình xã hội thực sự, chẳng hạn, hôm nay tôi đang trò chuyện với mọi người ở đây. Khi tôi nói, bạn có thể nghe thấy tôi và bạn biết điều đó, sau đó rời khỏi địa điểm. Sau hai ngày, một số người có trí nhớ kém và không còn nhớ những gì tôi đang nói, nhưng một số người lại mua một chiếc máy ghi âm ở địa điểm này và ghi lại từng lời bạn nói. Điều này có nghĩa là tin tức của bạn không phải là thứ sẽ tồn tại mãi mãi. .

Điều này thực sự rất giống với những gì đang diễn ra trong thực tế của chúng ta. Điều này có thể xảy ravì Nostr không biết nhiều chi tiết hay nhiều thứ khác. quy định và không quan tâm, kể cả việc Relay có cần liên lạc với Relay hay không và liệu chúng có cần đồng bộ hóa các tin nhắn mà chúng có với nhau hay không. Nó không quy định rằng điều đó là cần thiết, nhưng cũng không có nghĩa là bạn không thể. Vì vậy, nhiều Relay sẽ giả vờ là Client, đồng thời họ cũng sẽ đến các Relay khác để lấy dữ liệu của mình và đồng bộ hóa toàn bộ dữ liệu. Nhưng nó không đưa ra yêu cầu bắt buộc, nói rằng bạn phải giao tiếp. Một trong những lý do là nếu tôi đưa ra yêu cầu này và bạn phải giao tiếp thì mỗi Relay phải lưu dữ liệu của mọi người dùng trên toàn bộ mạng, trong trường hợp đó. sẽ là một thử nghiệm rất lớn cho việc vận hành Relay. Có lẽ chỉ những nhà cung cấp dịch vụ chuyên nghiệp mới có thể vận hành nó, còn những người đam mê cá nhân thì không thể vận hành nó. Vì vậy, đây là một số cân nhắc đằng sau việc đưa ra thỏa thuận đơn giản này.

Tóm lại, tôi nghĩ giao thức Nostr rất đơn giản. Một điều thú vị khác là tại thời điểm này, chúng tôi có Bitcoin và blockchain. Điều chúng tôi muốn có là sự đồng thuận, giống như tất cả chúng tôi ngồi xuống và nói, chúng tôi sử dụng một hợp nhất. Nó thực sự xuất hiện ở một nút rất thú vị để sử dụng. định dạng và giao thức thống nhất để tạo ra một số mạng xã hội hoặc tạo ra một số sản phẩm Internet. Nhưng bây giờ tôi nghĩ có một hướng để nút này hoạt động chăm chỉ, đó là sử dụng cấu trúc dữ liệu rất đơn giản và giao thức trao đổi rất đơn giản để thực hiện một số việc mà WeChat, Twitter, v.v. đang làm. Vì vậy, tôi nghĩ thoạt nhìn nó có thể rất đơn giản và không thú vị. Nhưng nếu bạn nghĩ về thời gian đằng sau sự xuất hiện của nó, ý nghĩa về sự xuất hiện của nó sẽ thú vị hơn.

Một điểm khác là do cấu trúc của nó, một số lượng lớn các xác minh thực sự diễn ra ở phía khách hàng. Thực tế chỉ có một điều cần xác minh ở đây: liệu dữ liệu bạn xuất bản có thực sự được gửi bởi cặp khóa công khai mà bạn đã khai báo hay không. Tại sao chúng tôi thực hiện việc xác minh này? Bởi vì ví dụ: nếu tôi gửi một tweet và nói điều gì đó mà tôi không nên nói, điều đó sẽ được gửi đến Relay. Relay có trách nhiệm gửi nó cho người khác. Nếu Relay không xác minh, Relay có thể nói rằng tôi đã giả mạo một câu kỳ lạ mà bạn nói và gửi cho người dùng khác. Bởi vì tôi có chữ ký khi gửi dữ liệu nên khách hàng nhận được dữ liệu có thể xác minh và nói rằng chữ ký mà anh ấy ký hoàn toàn khớp với những gì anh ấy nói, vì vậy Relay không thể lừa dối người khác.

Vì vậy, một trong những xác minh của nó là xác minh chữ ký này thực chất là xác minh Internet tập trung của chúng tôi trong quá khứ, chẳng hạn như WeChat và. WeChat. Nó tự điều khiển máy chủ và có thể viết bất cứ thứ gì trên máy chủ. Bạn không có cách nào để chắc chắn liệu nó có nói dối bạn hay không, bởi vì tất cả dữ liệu và mọi quyền đều có trên máy chủ. Nhưng miễn là có cách xác minh đơn giản nhất, chúng tôi thực sự có thể tước bỏ các quyền khỏi máy chủ và giao chúng cho người dùng có tài khoản. Miễn là bạn có khóa chung và khóa riêng, bạn có thể nhờ bạn bè xác minh để đảm bảo rằng không ai khác giả danh tôi hoặc nói điều gì sai.

Vậy sự phát triển của Nostr như thế nào? Đây là một số dữ liệu tôi đã xem được vào tháng Ba. Vì đây là mạng phân tán nên dữ liệu của nó thực sự không dễ đếm. Đây là dữ liệu tôi lấy được từ trang web nostr.band Tổng số người dùng Nostr có thể là khoảng 370.000 và số người dùng hoạt động hàng ngày có thể là khoảng 370.000. chỉ 12.000. Tổng số Rơle, số lượng Rơle đã xuất hiện và số lượng người đã chạy qua nút này có thể lên tới hơn 2.000. Nhưng có bao nhiêu nút trong số này thực sự luôn trực tuyến có lẽ ít hơn 200. Có lẽ là như vậy nên vẫn còn tương đối ít người dùng.

Để so sánh, hãy xem nó bằng giao thức BlueSky. Đáng lẽ Bluesky phải nói vào cuối năm ngoái rằng họ đã đạt được 2 triệu người dùng. Dữ liệu ở bên phải là nơi ai đó đếm số người dùng đã rời khỏi Twitter và nơi họ đã đi. Bạn cũng có thể thấy rằng Mastodon đứng đầu và Mastodon là một. Sau đó, một số người đã đến OST News, và một số người đã đến BlueSky, thực sự thuộc về cấp thứ năm, một phần tương đối nhỏ.

Đây là một tình huống phát triển khó khăn. Tất nhiên, có nhiều điều đằng sau Nostr mà không thể nhìn thấy trong loại dữ liệu này. Ví dụ: một số đề xuất đã được gửi tới giao thức và các nhà phát triển đã gửi một số PR cho nó. Những hoạt động hoặc thảo luận phát triển này có thể không được tính, nhưng nếu bạn nhấp vào các liên kết này, bạn thực sự có thể thấy rằng vẫn còn rất nhiều điều đang diễn ra và một số lượng lớn người muốn đóng góp cho giao thức này. Đây là một số việc mà mọi người sử dụng Nostr để làm. Tôi không chỉ thực sự tạo Twitter mà còn có nhiều ứng dụng liên quan đến âm nhạc, ứng dụng loại YouTube và ứng dụng loại blog.

Hãy để tôi tóm tắt lại, bây giờ chúng tôi cảm thấy rằnghầu hết người dùng thực sự là nhà phát triển hoặc nhà sản xuất. Họ quan tâm đến chính giao thức và muốn phát triển mọi thứ trên đó, hoặc tôi là người muốn làm điều gì đó, tôi sẽ làm việc trên giao thức của bạn và có thể sẽ có ít người dùng thông thường hơn.

Tại sao Nostr lại đơn giản như vậy? Tầm nhìn thì có vẻ tốt nhưng sự phát triển thì không mấy khả quan. Tôi thực sự nghĩ đó cũng là do tôi đang viết. Điều này Khi làm PPT, tôi thấy thực ra có rất nhiều vấn đề nhỏ với vô số chi tiết, chẳng hạn như khách hàng và một số điều về trải nghiệm sản phẩm. Nhưng thực ra việc này rất khó giải thích rõ ràng, nên tôi chỉ đề cập đến ba điểm mà tôi cho là quan trọng hơn.

Câu hỏi lớn đầu tiên làLàm cách nào để bạn tìm thấy nội dung được đăng bởi người dùng trên mạng Nostr?Bởi vì như chúng tôi đã đề cập trước đó, Hoạt động của toàn bộ giao thức Nostr là tôi ký mọi thứ cục bộ và sau đó gửi chúng đến vô số Rơle. Những người dùng khác có thể lấy dữ liệu tôi đã gửi từ các Rơle này và đọc chúng. Nhưng có một vấn đề với mô hình này. Sau khi dữ liệu của tôi được gửi đến Relay, khi bạn tôi muốn đọc tin nhắn này, làm sao anh ấy biết tin nhắn của tôi đang ở Relay nào? đã đi đọc nó. Vì vậy hiện nay một vấn đề lớn về trải nghiệm người dùng là khi sử dụng Nostr, nhiều người sẽ hỏi bạn bè: "Này, bạn đang sử dụng Relay nào? Tôi muốn thiết lập Relay giống như bạn để chúng ta có thể trao đổi dữ liệu này với nhau". "Đây là một phương pháp rất ngu ngốc.

Tất nhiên, nhiều nhà phát triển đã đề xuất một số giải pháp chi tiết. Ví dụ: có đề xuất NIP-65, có lẽ có nghĩa là tôi đưa dữ liệu của mình vào. thông tin về rơle mà nó sẽ được đặt trên đó. Sau đó, tôi truyền bá thông điệp này đến tất cả các Rơle càng nhiều càng tốt, để bạn tôi trước tiên sẽ đến Rơle và đặt câu hỏi về nơi bạn tôi thường gửi tin nhắn của mình. Sau khi nhận được thông tin này, anh ấy đến các Rơle mà tôi thường xuất bản và yêu cầu họ cung cấp dữ liệu.

Nó được chia thành hai chế độ chi tiết hơn, một chế độ được gọi là Hộp thư đến và chế độ kia được gọi là Hộp thư đi. Ví dụ: giống như Inbox, nó cho phép người dùng xác định Rơle nào tôi sẽ đọc một số tin tức về tôi từ đó. Nếu bạn muốn @me trên Twitter hoặc làm những việc khác, bạn có thể gửi tin nhắn này tới Hộp thư chuyển tiếp này. Cái còn lại là Outbox Relay, chỉ định rằng tôi sẽ gửi một số tin nhắn của mình đến một số Rơle A, B, C và D. Điều đó có thể có nghĩa là tôi sẽ gửi một số tin nhắn Rơle mà tôi thường xuất bản trên Rơle trước.

Nhưng một vấn đề kỹ thuật nảy sinh, đó là làm sao tôi biết tin này ở đâu. Vì vậy, vấn đề này cũng tồn tại và một số giải pháp là tôi sử dụng một số thuật toán để tải xuống càng nhiều thông tin càng tốt từ toàn bộ mạng. Sau đó, từ một số bằng chứng ẩn giấu của Relay được đề cập trong một số tin nhắn do người khác gửi, hãy thử tính xác suất để dữ liệu do một người công bố xuất hiện trên Rơle nào. Thông qua phép tính xác suất này, hãy cố gắng tìm một số Rơle yêu cầu dữ liệu và sau đó thuyết phục những người khác rằng họ có thể tìm thấy dữ liệu của bạn khi họ muốn đọc nó. Những người khác cũng cho phép người dùng xác định một số Rơle họ sẽ sử dụng, tạo một số nhóm và cho phép những người dùng khác tìm thấy bạn thông qua các nhóm này. Đây là một số giải pháp cải tiến hiện có.

Vấn đề thứ hai cũng nghiêm trọng hơn, được gọi là Quản trị nội dung. Cho dù đó là sản phẩm nội dung hay mạng xã hội, phần lớn năng lượng cần được dành cho việc bạn duy trì nội dung trên mạng xã hội này như thế nào. Ví dụ: bạn chắc chắn không cần phải xem video ai đó chặt đầu ai đó khi đang lướt Twitter, phải không? Các công ty như thế này sẽ thực hiện rất nhiều hoạt động đằng sau họ và họ cần rất nhiều người để lọc nội dung hoặc sử dụng thuật toán để thực hiện một số nội dung phù hợp. Trong phần này, thị trường tương đối trống. Có một số lý do giải thích cho điều này. Một lý do là mọi người đều rất phản đối các thuật toán trên nền tảng này. Bởi vì có vẻ như dù là TikTok hay Youtube thì thuật toán đều kiểm soát chúng ta, nhưng thực tế chúng ta cần thuật toán. Điều đó chỉ có nghĩa là điều chúng ta cần là tôi có thể chuyển đổi thuật toán.

Tôi không muốn nói rằng tôi chỉ có thể chấp nhận thuật toán bắt buộc mà Youtube hoặc TikTok đưa cho tôi để đẩy quảng cáo. Tôi hy vọng rằng tôi có nhiều thuật toán đó. có thể thực hiện chuyển đổi bất cứ lúc nào. Nếu tôi không thích thuật toán này, tôi có quyền từ bỏ. Quan điểm này đang dần được thiết kế của nó chấp nhận. Chỉ là trong lĩnh vực này, cho dù bao gồm các thao tác thủ công hay một số thao tác về nội dung hay một số việc được thực hiện bằng công nghệ thuật toán, những điều này vẫn còn tương đối thiếu sót. Vì vậy, vấn đề chính ở phần này là mạng của chúng ta bao gồm tất cả mọi người. Nó cần một cơ chế để quyết định nội dung nào tốt, nội dung nào xấu, nội dung nào bạn sẽ quan tâm và nội dung nào có thể bạn quan tâm. Đối với những người không quan tâm thì đây thực chất là vấn đề quản trị nội dung.

Dưới đây là một số kế hoạch cải tiến hiện có mà tôi đã liệt kê, chẳng hạn như dữ liệu ghi nhãn đầu tiên. Có một loại dữ liệu đặc biệt trên Nostr này, cho phép người dùng đánh dấu loại dữ liệu nhất định mà nó thuộc về hoặc thuộc tính của nó là gì. Chỉ sử dụng kiểu ghi nhãn này để dán nhãn cho một phần dữ liệu, nhưng cách này không được sử dụng rộng rãi vì nó rất đơn giản và không ai sẵn lòng thực hiện. Không ai sẵn sàng đóng vai trò là thành viên xã hội của bạn và giúp bạn thực hiện một số công việc khó khăn này. Xã hội Internet rất sớm đã có tinh thần xây dựng như vậy. Bây giờ mọi người thực sự có nhiều khả năng sử dụng nó hơn với tư cách là người tiêu dùng. Tất nhiên, một số người đã gợi ý rằng tôi có thể tạo API. Tôi chuyên điều hành một số dịch vụ. Tôi thu thập dữ liệu từ một số công ty trên toàn bộ mạng, sau đó tôi lọc hoặc phân loại để có thêm một số tin tốt để gửi cho người dùng. Giải pháp này rất dễ thực hiện, nhưng nó có một vấn đề lớn: chúng ta tiếp tục quay lại sau khi thực hiện việc này. Nó sẽ chuyển thành nói rằng tôi không yêu cầu dữ liệu từ giao thức Nostr mà thay vào đó nói rằng tôi đặc biệt tìm kiếm một API hoạt động đặc biệt tốt và yêu cầu dữ liệu từ máy chủ của API này. Khi giao thức đang được phát triển, API này sẽ được theo sau bởi Twitter khác hoặc WeChat khác, vì vậy giải pháp này rất tốt. Vấn đề là mọi người không thích điều đó. Nếu bạn làm điều này, mọi người sẽ chỉ trích bạn.

Có một giải pháp khác gọi là DVM. Điều nó muốn làm là sử dụng giao thức Nostr để thực hiện một số phân loại hoặc thuật toán của dữ liệu này bằng giao diện được chỉ định bởi giao thức. Ý nghĩa chung của nó là bạn đưa cho tôi một số Satoshi của Lightning Network, sau đó tôi sẽ trả lại cho bạn dữ liệu bạn muốn. Bạn chỉ định định dạng dữ liệu, nhưng cũng có một số vấn đề với việc này.

Cái còn lại là Noscript, đây là một ý tưởng khác. Chúng tôi trực tiếp sử dụng các thuật toán lọc này hoặc một số công nghệ cần thiết để phân loại và sử dụng trực tiếp các mã này khi đưa nội dung trực tiếp lên. Nostr và để Relay lưu trữ nó. Sau đó, khách hàng trực tiếp kéo các mã này xuống và thực hiện một số bộ lọc cục bộ hoặc đưa ra một số đề xuất. Tất nhiên, sự phát triển của điều này sẽ còn tồi tệ hơn, bởi vì hiện tại chỉ có một số ý tưởng và một số người đang thảo luận về nó.

Vấn đề nghiêm trọng thứ ba thực ra là vấn đề kinh doanh, PMF. Ngày nay, số lượng lớn sản phẩm hoặc nhà phát triển của Nostr không thể tìm thấy PMF vì anh ấy cần phải đối mặt với rất nhiều sự cạnh tranh. Một mặt, có các sản phẩm truyền thống tập trung, mặt khác, có thể là chuỗi khối Web3. Họ không làm bất cứ điều gì nếu không phát hành mã thông báo, vì vậy nó thực sự thiếu một số mô hình kinh doanh và cũng phải đối mặt với vấn đề hiệu ứng mạng, vì ít người chuyển đến đây hơn, đồng nghĩa với việc sẽ có ít người tiếp tục chuyển đến đây hơn. Vì vậy PMF là một vấn đề lớn.

Khách hàng lớn nhất của Nostr có tên là Damus. Tôi không biết bạn đã sử dụng nó chưa. Nhà phát triển của nó đã gửi một tweet vào cuối năm ngoái, nói rằng năm 2024. có thể là năm cuối cùng của Damus. Bởi vì anh ấy gần như hết tiền để tiếp tục làm việc đó vào năm 2024, anh ấy sẽ không thể kiếm được tiền. Vì vậy đây cũng là vấn đề tìm ra hướng phát triển bền vững cho hàng hóa công cộng của mạng xã hội.

Thực ra tôi nghĩ mọi vấn đề ở đây cũng đều là cơ hội. Ví dụ, giống như PMF vừa qua, tôi nghĩ nếu chúng ta có thể có nhiều nơi hơn để tích hợp với blockchain và có nhiều mô hình kinh doanh khả thi hơn cũng như thực hiện một số kết hợp với quỹ blockchain, thì có thể sẽ có một vấn đề tài chính cho loại hàng hóa công cộng này co thể được giải quyêt.

Cuối cùng, tôi nghĩ Nostr là một giải pháp mới để phát triển các ứng dụng thay thế. Nếu bạn muốn tạo ra một số sản phẩm thay thế, có thể không chỉ có hai thái cực, một thái cực được gọi là blockchain và thái cực kia được gọi là Twitter. Nó không phải là duy nhất, có thể có một nền tảng trung gian tên là Nostr, không dựa trên blockchain nhưng cũng không phải là phần mềm độc quyền. Cảm ơn.