Giới thiệu

Giới thiệu

Trong những năm gần đây, với sự phát triển không ngừng của các dự án Defi, ngày càng có nhiều dự án được giới thiệu ra thị trường. Tuy nhiên, các dự án này đều cần giải quyết một vấn đề chung: làm thế nào để phá vỡ vòng tròn chật hẹp và thu hút nhóm người dùng rộng lớn hơn. Mặt khác, Damus đã trở thành một trường hợp nổi tiếng thu hút được sự chú ý của nhiều người bên ngoài, điều này đã làm dấy lên các cuộc thảo luận đang diễn ra về dự án.

Damus đã làm điều này như thế nào? Nó khác với các dự án Defi khác như thế nào trong lộ trình thương mại hóa của nó? Giao thức phi tập trung Nostr cơ bản của nó đóng góp bao nhiêu vào hiện tượng phá vỡ vòng kết nối? Với những nghi ngờ này, cộng đồng DAOrayaki hôm nay đã đặc biệt mời người bạn cũ của chúng tôi, ông Jolestar, để đưa ra những suy nghĩ độc quyền của mình về hiện tượng Nostr Damus phá vỡ vòng tròn và "lời nguyền khuyến khích" tài chính mà Defi phải đối mặt.

Khách mời: Jolestar (Người khởi xướng RoochNetwork)

chữ

chữ

Hỏi: Tôi nhận thấy rằng gần đây bạn đã gửi một tweet dài về Nostr và Damus, nói về con đường thương mại hóa các dự án DeFi và "lời nguyền khuyến khích". Tôi đặc biệt quan tâm nên đã nhân cơ hội trò chuyện với bạn hôm nay. Bạn nghĩ gì về con đường kinh doanh hiện tại của các dự án DeFi?

J: DeFi Summer thực ra đã qua rồi, nếu nhìn lại lịch sử sẽ thấy DeFi là một sản phẩm đã từng xuất hiện trong lịch sử, nhưng nó là một hạng mục đặc biệt trong tất cả các ứng dụng, điểm đặc biệt của nó là gì? Bởi vì cơ sở người dùng của nó chủ yếu là các nhà đầu tư, mục tiêu chính của ứng dụng là cho phép mọi người trao đổi tài sản hoặc quản lý tiền. Nó bùng nổ lần đầu như thế nào?Các nền tảng cho vay DeFi thực sự đã tồn tại vào năm 2017 và 18. Tại sao chúng lại bùng nổ sau đó?Lý do chính là họ đã tìm ra một giải pháp kết hợp có thể bắt đầu từ đầu. Thông thường, nền tảng cho vay sẽ gặp khó khăn trong giai đoạn đầu ra mắt, chẳng hạn như khi tôi thử trải nghiệm nền tảng cho vay vào năm 2018, tôi nhận thấy rằng lợi nhuận hàng năm của việc gửi Ethereum trên nền tảng này là dưới 5%. Không ai mượn nó, và không có chu kỳ phản hồi tích cực. Sau đó, nhóm dự án đã phát hiện ra một cách, thông qua các biện pháp khuyến khích, chẳng hạn như phát hành mã thông báo, sau đó trước tiên khuyến khích mọi người tiết kiệm tiền, bất kể ai đó có vay hay không, nếu ai đó gửi tiền trước, tôi sẽ thưởng cho bạn, đồng thời gửi cho người dùng và khuyến khích bạn vay tiền, Thậm chí không cần trả lãi, để cung và cầu song phương của người dùng ở cả hai bên tương ứng, sau đó một chu kỳ tích cực được tạo ra, giao dịch xảy ra và doanh thu được tạo ra. Khi toàn bộ ưu đãi bị hủy, lợi ích vẫn còn đó, vì vậy bạn có thể tiếp tục cuộn. Tất cả những gì bạn cần làm là tác dụng một lực ngay từ đầu và phần còn lại có thể tự vận hành. Tất nhiên, nó cần phải dựa vào một số khía cạnh, chẳng hạn như mã thông báo và các phương thức khuyến khích khác biệt, để đảm bảo rằng mọi người đều có thể sử dụng nó một cách thuận tiện.

Thứ hai là khai thác thanh khoản này. Mã thông báo là của riêng nó và bên dự án chỉ cần đặt quy tắc khuyến khích và định giá phù hợp, điều này rất giống với một số ưu đãi ứng dụng Internet mà chúng ta đã thấy trong Web2, chẳng hạn như Didi Taxi, lúc đầu không có hành khách hoặc tài xế , vì vậy phần thưởng sẽ được phát hành Đối với người dùng, phiếu giảm giá được trao cho người dùng và tài xế cũng được thưởng. Hôm nay, tôi vừa thay đổi khái niệm tiền mặt thành mã thông báo. Nếu bản thân mã thông báo là vô giá trị, người dùng chắc chắn sẽ không thể chấp nhận các ưu đãi, vì vậy dự án sẽ xây dựng một nhóm để làm cho mã thông báo tự thanh khoản và thậm chí tự mua lại nó. mô hình Chạy và xác minh rất nhanh, cuối cùng thì DeFi Summer đã ra đời trong hai năm liên tiếp. Mọi người dần dần nhận ra mô hình này, nghĩ rằng mô hình này là một cách để xây dựng khởi đầu dự án một cách chính xác, bởi vì tài nguyên trên chuỗi rất quý giá và bạn cần phải trả phí Gas mỗi khi gửi tin nhắn. bản thân nó không có lợi ích gì, người dùng thực sự rất miễn cưỡng vận hành, điều này tình cờ trở thành hạn chế đối với các dự án DeFi trong việc thích ứng với môi trường của chuỗi, vì vậy nó sẽ tăng lên trước. Đây là logic mà tôi nghĩ rằng dự án DeFi được xây dựng trên đó.

Q: Nghe này, con đường này khá bằng phẳng. Bạn có nghĩ rằng sẽ có những bất lợi trong con đường thương mại hóa này?

J: Con đường này là con đường chính xác để xây dựng các sản phẩm hàng hóa tài chính, nghĩa là, như đã đề cập trước đó, nó phù hợp với nhóm người dùng mà nó phải đối mặt và các khuyến khích mang lại cho nhóm người dùng. Và nó có thể dễ dàng định lượng, nghĩa là, dù là đầu cơ hay thực sự lạc quan về dự án này, thì số tiền cần thiết phải tương đương và mang lại tính thanh khoản như nhau, vì vậy cả quỹ và người dùng đều không được chọn, điều này rất phù hợp để xây dựng tài chính dự án, nhưng một khi chế độ này được chuyển sang các loại ứng dụng khác, vấn đề sẽ xảy ra. Ví dụ, các ứng dụng xã hội.

Q: Trên thực tế, Damus nên thuộc về lĩnh vực xã hội, vì vậy tôi nghe nói rằng nó không phù hợp với con đường ban đầu của Defi thuần túy, lý do là gì?

J: Một mạng xã hội với các ưu đãi thuần túy thường có nghĩa là gửi mã thông báo cho mọi người, sau đó người hâm mộ sẽ mua mã thông báo của bạn để thúc đẩy theo cách này hoặc dưới dạng NFT, nhưng rõ ràng hiện tại không có chương trình nào như vậy. thành công. Tất nhiên, tôi không chắc liệu Damus có thành công hay không, nhưng ít nhất nó đã khơi dậy những cuộc thảo luận rộng rãi giữa những người dùng bên ngoài vòng kết nối. Tôi nghĩ đó là điểm để chúng ta suy nghĩ về cách "thoát khỏi vòng kết nối".

Q: Bạn đã viết một từ gọi là "lời nguyền khuyến khích". Tôi nghĩ nó khá thú vị. Chúng ta thường nói về quản trị. Khi nói về DAO hoặc phát triển và xây dựng dự án, khuyến khích là một chủ đề phải được thảo luận và nhiều thời gian vẫn là cốt lõi yếu tố quyết định sự phát triển như thế nào trong tương lai, nên hiểu như thế nào để trong bối cảnh này, nó trở thành một lời nguyền?

J: Khuyến khích là điều cần thiết Tất cả các hệ thống thành công đều được hỗ trợ bởi một cơ chế khuyến khích tốt. Tôi đã không kiểm tra từ lời nguyền khuyến khích, nó có thể là phát minh của riêng tôi, kinh tế học có khái niệm về lời nguyền tài nguyên, nó có nghĩa là gì? Tức là có nhiều nước tài nguyên rất tốt, nhiều dầu mỏ, khoáng sản, ai cũng nghĩ với tài nguyên tốt như vậy thì nhất định phát triển công nghiệp nhanh hơn, phát triển thương mại, cuối cùng giàu có đúng không? Nhưng sau này người ta thấy rằng các quốc gia này thường rơi vào tình trạng nghèo đói hoặc nền kinh tế đóng cửa. để hỗ trợ hoạt động của hệ thống chính phủ, vì vậy chính phủ sẽ tìm mọi cách để thúc đẩy sự phát triển của toàn bộ doanh nghiệp hoặc ngành công nghiệp bất kể điều gì. Nhưng một khi có nguồn tài nguyên rất tốt như vậy, chính phủ hoặc công ty độc quyền có thể duy trì hoạt động của cả hệ thống bằng cách dựa vào tài nguyên sau khi độc quyền ngành và không dựa vào thuế, vì vậy nó không phụ thuộc vào hệ thống thương mại hóa hoặc công nghiệp hóa của toàn bộ thị trường.Cuối cùng, một số người rất giàu, nhưng nền kinh tế nói chung rất lạc hậu.Sau đó, hệ thống công nghiệp hóa và thương mại hóa rất yếu, và nó hoàn toàn bị đoản mạch.

Nền kinh tế không lưu thông, nó bị đoản mạch, và lời nguyền kinh tế ở đây đề cập đến nguyên tắc nguồn lực trước tiên chảy vào công nghiệp, sau đó đến thương mại, sau đó đến dân thường, mọi người đều có thể trở nên giàu có, sau đó nộp thuế và trả lại cho chính phủ, nhưng bây giờ chính phủ trực tiếp chặn nó, sau khi vượt qua một lần, sẽ không có chu kỳ. Các ưu đãi trong lĩnh vực xã hội thực ra cũng tương tự, tức là ban đầu tôi muốn dựa vào cơ chế khuyến khích để hướng dẫn người dùng tạo nội dung, sau đó sử dụng nội dung để thu hút nhiều người dùng hơn, bước vào vòng phản hồi tích cực. Trên thực tế, quá trình tạo nội dung và xây dựng thương hiệu là lâu dài, nhưng các ưu đãi hiện có đều là lợi ích ngắn hạn, điều này sẽ thu hút những người dùng tập trung vào lợi ích ngắn hạn và nội dung do những người dùng đó tạo ra thường không cao -nội dung chất lượng nên toàn bộ mục đích chỉ không phù hợp.

Q: Vì vậy, hôm nay khi chúng ta nói về Nostr và Damus, tại sao bạn nghĩ rằng nó tránh được lời nguyền khuyến khích mà bạn đã nói đến? Nó có liên quan đến cài đặt kỹ thuật hoặc phía máy khách không?

J: Trên thực tế, mấu chốt của nó là đây vẫn là một dự án còn rất sớm, khi nó trở nên phổ biến có thể hơi bất ngờ, nhưng trên thực tế nó vẫn chưa đạt đến giai đoạn động lực. Còn một điểm nữa là cơ sở vật chất kỹ thuật hiện có chưa có điều kiện sử dụng các phương pháp thao túng để thúc đẩy nên không can dự vào điểm này, thực ra đây là điều tôi muốn nói luôn, tức là nó thực sự là một ứng dụng mà nó mang lại cho tất cả mọi người. Đó là quá trình xây dựng. Nó có thể không có nghĩa là tất cả các cơ chế được nghĩ ra đầy đủ ngay từ đầu.

Hiện nay, nhiều người trong chúng ta đang làm việc trong các dự án có thể cần phải suy nghĩ về tất cả các hệ thống khuyến khích kinh tế, an ninh và rủi ro ngay từ đầu, sau đó thúc đẩy chúng. Nếu đó là một thỏa thuận tài chính, bạn phải xem xét chu kỳ, chẳng hạn như an ninh, kinh tế mô hình, ưu đãi, v.v. Nhưng đối với một ứng dụng như vậy, hiện tại những điều này có thể không phải là quan trọng nhất, điều này cũng giống như Internet lúc ban đầu, lúc đầu mô hình kinh doanh của mọi người không rõ ràng, họ cảm thấy người dùng là thượng đế, người dùng là trên hết .Có nội dung rồi mới xem thương mại hóa như thế nào, thực ra đường đi cũng khá giống nhau.

Q: Để hỏi một câu hỏi kỹ thuật hơn, bạn có hiểu logic thiết kế của giao thức phi tập trung Nostr không?

J: Kỹ thuật của anh ấy thực sự rất, rất đơn giản, đơn giản đến mức có thể giải thích rõ ràng trong vài dòng. Mô tả ngắn gọn về loại giao thức đó. Ví dụ: nếu chúng tôi muốn xây dựng một ứng dụng tài chính, trang chủ cần giải quyết vấn đề. Ví dụ: nếu ứng dụng là Twitter, tôi nên làm gì nếu nó chặn tài khoản của tôi và nên làm gì Tôi làm gì nếu nó xóa nội dung của tôi? , và sau đó Nostr nghĩ ra một giải pháp đơn giản, sau đó tôi có thể gửi nhiều tweet cùng một lúc, ví dụ như Twitter có thỏa thuận và Weibo có thỏa thuận, tương đương với ba nội dung trong nước. Weibo đồng thời, nếu cả hai đều đồng ý, thì tôi đã gửi nội dung cùng một lúc, thực tế là gửi cho nhiều công ty cùng lúc, một trong số họ đã chặn tôi, và có những công ty khác, để dữ liệu của tôi có thể được đảm bảo để được phân cấp ở một mức độ nhất định.

Nói một cách thuần túy về mặt kỹ thuật, thực ra nó rất đơn giản, nhưng trên thực tế, tuy đơn giản nhưng rất khó để tái tạo thành công của nó. Ví dụ như bắt chước và làm khác đi. Tôi nhớ có người đã nói rằng họ muốn trở thành một sự trao đổi. Này , cái này ko đáng tin cậy lắm Spectrum, nó có thể phổ biến để tạo một loại ứng dụng khác được không? Không nhất định là như vậy, chỉ là hắn nổi tiếng không phải là do hắn đồng ý, hắn nổi tiếng là do các loại nhân tố cùng cơ hội, có một số việc khó có thể tái lập.

Q: Có vẻ như bây giờ đã có số liệu thống kê, tức là nhiều dự án mới đã dần đi vào đường đua với giao thức Nostr là lớp dưới cùng, bởi vì bạn có thể nghĩ rằng đây là một xu hướng nóng, nhưng tôi nghe nói, thái độ của bạn thực tế là, hiện tượng bùng nổ này khó nhân rộng và không thể trở thành hiện tượng phổ biến?

J: Vâng, nó sẽ không trở thành hiện tượng phổ biến, nếu bạn muốn phát triển ứng dụng từ tầng dưới cùng, bạn không cần phải sử dụng giao thức này, nhưng nếu nó đã chạy vào mạng để thêm ứng dụng, thì nó rất có giá trị, vì client đã có Yes rồi Relay đã có rồi chỉ cần add thêm vài chức năng bên trên thôi chứ chạy mạng mới kiểu này có thể không sử dụng lại được mô hình sinh thái nó đã hình thành.

V: Vậy là có một ý nghĩ trong đó, làm sao tôi có thể đột nhiên thoát ra khỏi vòng tròn theo cách này?Tôi nghĩ điều này khá kỳ lạ. Bởi vì một ngày nọ, đột nhiên có rất nhiều người trong vòng bạn bè của tôi gửi một chuỗi ký tự khóa công khai đó, lúc đầu tôi hơi bối rối và hầu hết họ không phải từ những người web3 ban đầu trong vòng bạn bè. Tôi đã sử dụng Damus sau đó và thành thật mà nói, trải nghiệm không mượt mà như khi tôi sử dụng các sản phẩm web2 truyền thống. Vậy yếu tố cốt lõi để nó vượt ra khỏi vòng tròn là gì?

J: Tôi nghĩ một là câu chuyện tâm linh của nó, bởi vì các công ty Internet như Twitter hay Weibo thực ra không được tốt lắm trong lòng người dùng, và họ đều cho rằng mình sẽ thoái hóa. công ty bây giờ đã sa đọa. Ngày hôm đó, tôi đột nhiên phát hiện ra rằng tôi đã không thực sự cài đặt một ứng dụng nào trong điện thoại di động của mình trong vài năm. Chỉ khi có những thứ mới xuất hiện, tôi mới có nhu cầu cài đặt nó. Về cơ bản, toàn bộ vòng tròn Internet, A điều mới là cần thiết để mọi người trải nghiệm và thử.

Mặc dù trải nghiệm của anh ấy vẫn còn kém xa so với các ứng dụng như Web2, nhưng nó đã tốt hơn nhiều so với các ứng dụng khác trong vòng Web3, bản thân vòng Web3 đã chặn hầu hết người dùng từ bên ngoài. Nó ít nhất có một bước đột phá ở điểm này, và tất nhiên tính bảo mật cũng giảm đi, không giống như MetaMask nhắc nhở bạn từng bước ghi lại điều này và lưu nó ở nơi an toàn, nó sẽ tự động tạo Khóa riêng tư, bởi vì Lúc đầu người dùng chưa có nội dung, chưa có tài sản thì họ không quan tâm lắm đến vấn đề bảo mật, có thể đợi sau này ai cũng có nội dung và quan tâm đến vấn đề bảo mật. Hãy suy nghĩ lại về giải pháp.

Ngoài ra, anh ta có một khách hàng, nếu không có khách hàng, trải nghiệm web3 sẽ còn tồi tệ hơn. Với một khách hàng, xác suất phá vỡ vòng tròn sẽ cao hơn. Tôi nghĩ rằng đó là sự tích tụ của nhiều lý do khiến nó phá vỡ vòng tròn. Tất nhiên, điểm khác là nó không giới thiệu mô hình khuyến khích và lấy ngay từ đầu, đây cũng là một điểm dễ thoát ra khỏi vòng tròn, bởi vì vòng tròn Web3 được tách ra khỏi vòng tròn bên ngoài, và đó là điều bình thường để nói về những thứ như bị lấy đi và những ưu đãi trong những thứ thuộc vòng kết nối, nhưng những người ở những vòng kết nối khác sẽ cảm thấy rằng họ sắp làm điều gì đó tồi tệ.

H: Cách tiếp cận web2 truyền thống là nói về chân dung người dùng, thiết kế sản phẩm, hoạt động, v.v.

J: Vâng, tôi cảm thấy hơi thấp thỏm khi nghe nói rằng có những ưu đãi, và tôi cảm thấy rằng vì lợi ích của len, đăng thứ này cho thấy rằng tôi có khả năng dám thử những điều mới.. Loại công nghệ này.

Hỏi: Tôi rất đồng ý, vừa nói xong cũng đang nghĩ đến client, hình như lâu rồi không cài app mới. Tôi đã đọc tin tức và có vẻ như danh sách của Damus trong Apple Store khá là khúc mắc, tôi nghĩ đây cũng có thể là một nguyên nhân khiến một số người chú ý đến nó.

J: Đặc biệt là yêu cầu thanh toán của Apple, chẳng hạn như nếu anh ấy muốn truy cập thanh toán của Lightning Network, điều đó chắc chắn sẽ xung đột với quyền truy cập của Apple vào hệ thống thanh toán.

Q: Hãy để tôi nội suy ở đây, bạn có biết về Lightning Network không?

J: Tôi biết rất rõ về Lightning Network Trên thực tế, lần đầu tiên chúng tôi xây dựng một nền tảng hợp đồng thông minh trên Lightning Network và muốn thực hiện điều này trên Lightning Network.

H: Tôi không biết nhiều về công nghệ, nhưng tôi nghĩ các thông số dường như là nó hỗ trợ Lightning Network nguyên bản, bởi vì nó có thể liên quan đến nỗi ám ảnh của người sáng lập Twitter. Gần đây tôi đã thực hiện một số nghiên cứu chung và phát hiện ra rằng phương thức thanh toán này Nó không tệ Trong tương lai, Lightning Network thực sự có thể được áp dụng cho một số tình huống thanh toán ứng dụng phi tập trung hiện có của chúng tôi. Bạn nghĩ gì về phương thức thanh toán nhỏ, nhanh và tần suất cao này?

J: Tôi nghĩ nó tốt. Nhưng Lightning Network thực sự có hai vấn đề chính: Một là nhiều khách hàng của Lightning Network mà chúng tôi sử dụng hiện nay thực sự có một mô hình lưu trữ. Vì tôi muốn chuyển tiền với bạn trên Lightning Network, tôi cần mở một kênh Lightning Network, gửi giao dịch trên mạng BTC để tạo kênh này, sau đó cả hai bên thế chấp tiền vào đó. Quá trình tạo kênh thực ra rất lâu, theo BTC thì phải mất nửa tiếng chờ 3 block được xác nhận. Trong nhiều trường hợp, người dùng không có sự kiên nhẫn này. Hiện tại, có một số giải pháp, chẳng hạn như sử dụng Hub để lưu trữ Lightning Network của bạn. Người dùng không có nút Lightning Network, nhưng thực sự lưu trữ nút Lightning Network thay cho bạn. Bằng cách này, bạn có thể nhanh chóng giao dịch với bất kỳ ai .Miễn là có các nút khác trên mạng sét của anh ta. Nhưng phương pháp này cũng có một vấn đề về bảo mật, đó là Hub tương đương với mô hình trao đổi, nhưng địa chỉ được sử dụng là khóa riêng của bạn, khi Hub bị treo, tài sản của bạn sẽ bị mất, đây là một điểm rủi ro

Tôi rất lạc quan về mô hình của Lightning Network, tôi nghĩ rằng chế độ làm việc của Lightning Network lớn hơn trong tương lai là gửi một tin nhắn cho mỗi giao dịch. Nhiều người nghe có thể không hiểu mô hình Lightning Network. Hãy để tôi sử dụng một phép loại suy. Điều này hơi giống với giao dịch trực tuyến hiện tại. Nó tương đương với việc chuyển tiền cho bạn trong ngân hàng nhưng không có mạng di động. Hai chúng ta cần ra quầy để giải quyết, nhưng Thủ tục rắc rối lắm, vậy tôi phải làm sao? Hai chúng ta đến ngân hàng mở tài khoản cung cấp và quản lý, mỗi người bỏ một ít tiền vào, đây là tài khoản của chúng ta, lập sổ sách kế toán nhé, hôm nay anh cho em 10 tệ, ngày mai anh cho em. Tôi sẽ chuyển cho bạn 5 nhân dân tệ Chúng tôi đã thay đổi sổ tài khoản một lần nữa và cả hai chúng tôi đều giữ tài khoản ngoại tuyến.

Giữ tài khoản rất nhanh, điều này không cần phải thông qua ngân hàng, miễn là thông tin liên lạc tin nhắn của chúng tôi đủ nhanh và chi phí giữ tài khoản là như nhau, khi cuối cùng cần giải quyết, chúng tôi sẽ đến chuỗi để giải quyết nó Chà, đó là một trong những mô hình như vậy. Nhưng loại thanh toán tần suất cao này, tôi đã suy nghĩ về những kịch bản nào để nhận ra nó? Trên thực tế, tôi luôn cảm thấy rằng cảnh hay nhất của anh ấy là giao tiếp mạng. Nếu chúng ta có một kênh dựa trên mạng sét, mỗi nút sẽ mở khi được kết nối, sẽ rất thú vị khi đạt được cấp độ này, vì vậy con đường tôi đã nghĩ đến là kênh sét không được thiết lập trên Lớp 1. Chúng tôi xây dựng Lightning Network trên Lớp 2. Bằng cách này, tốc độ chúng ta tạo kênh đủ nhanh, tức là chúng ta có thể tạo kênh khi chúng ta tạo liên kết. Nếu toàn bộ mạng P2P được kết nối với các kênh sét, thì các ưu đãi trên toàn bộ mạng P2P có thể được thực hiện.

Q: Sau đó, có vẻ như giao thức Nostr phù hợp với tình huống này một cách tự nhiên.Nó không phải là một giao thức p2p, điểm-điểm sao?

J: Vâng, vâng, nhưng nó không phải là p2p thuần túy. Đối với các ứng dụng p2p thuần túy, nó phải có cấu trúc như sau: Ví dụ: nếu tôi gửi một tweet hoặc Weibo, tôi có một ứng dụng khách cục bộ và dữ liệu trước tiên được lưu trữ trong ứng dụng khách cục bộ của tôi, sau đó dữ liệu có thể được chuyển qua mạng p2p nút Đồng bộ hóa trực tiếp với người hâm mộ có thể được chuyển tiếp qua các nút trung gian, nhưng không được phân phối hoặc ghi lại bởi bất kỳ máy chủ tập trung nào, điều này đảm bảo quyền sở hữu cuối cùng của tôi đối với dữ liệu. Miễn là thiết bị của tôi ở đó, dữ liệu chắc chắn ở đó và không thể bị mất. Tôi cũng có thể yêu cầu các nút trung gian giúp tôi sao lưu, nhưng của tôi là phiên bản chính và các nút khác là bản sao. Nhưng bây giờ Nostr vẫn còn hơi thiếu, nếu bây giờ bạn có thể xây dựng một ứng dụng phi tập trung, thì vẫn có một nút tập trung, chẳng hạn như mô hình liên kết hoặc mô hình chuyển tiếp như Nostr. Vẫn phải có một máy chủ để giúp bạn nhớ. Ở đây, máy chủ có thể bị mất hoặc bị xóa, nhưng Nostr có nghĩa là nếu tôi gửi nó cho nhiều người, nó sẽ không xóa tôi cùng một lúc, đây là một giả định như vậy.

Hỏi: Tôi hiểu rồi. Từ góc độ của các nhà phát triển công nghệ, ông đánh giá thế nào về công nghệ hiện tại của Nostr? Theo tôi hiểu, có vẻ như bản thân công nghệ này không quá hấp dẫn về mặt đổi mới. Vậy bạn nghĩ nó có những đổi mới gì về bản chất, hay bạn có điều gì hối tiếc?

J: Mặc dù tôi đã nói điều đó thật đáng tiếc trên Twitter, nhưng sau này tôi cũng nghĩ lại, điều đó không thể đáng tiếc, có thể là nó vẫn chưa phát triển đến giai đoạn đó. Ưu điểm lớn nhất của nó là bắt đầu với mô hình sản phẩm được đơn giản hóa và tối thiểu hóa nhất (chế độ tối giản) khi bắt đầu, sau khi khởi động và xác minh, nó sẽ dần dần bổ sung các chức năng. Bây giờ nó đang đi đúng hướng. Bởi vì bây giờ giống như con voi ma mút, nó có một mô hình liên bang. Mô hình liên kết có vấn đề với mô hình liên kết. Vì vậy, nó đơn giản hóa chế độ liên kết thành chế độ Rơle này, nhưng thật khó để nói cái nào trong hai cái tốt hơn.

Dù sao thì mỗi cái đều có vấn đề riêng nhưng Nostr có vẻ được yêu thích hơn. Chúng ta có thể suy ra nó sẽ phát triển theo hướng nào trong tương lai. Ví dụ, phương pháp Relay. Tôi gửi tin nhắn của mình cho nhiều người ở phía máy khách và gửi tin nhắn đó đến nhiều nút để lưu trữ. Thực sự sẽ có vấn đề ở đây, chẳng hạn như có nên đưa ra cơ chế khuyến khích hay không. Nếu các biện pháp khuyến khích được đưa ra, có một số vai trò cần được thúc đẩy. Một nhân vật là người mà nó đang chạy Relay. Tại sao nó tiếp tục chạy nút này và thu nhập của nó đến từ đâu? Nếu không có thu nhập cho nó, nó chỉ có thể sử dụng phương pháp Web2 để lập kế hoạch thu nhập. Chèn thêm quảng cáo và tự thu phí thành viên Chúng tôi cho rằng mô hình Tiếp sức này thực sự đã xuống cấp. Sau đó, một vấn đề khác là làm thế nào để xác định mối quan hệ giữa Rơle và Rơle? Do các thỏa thuận khác nhau giữa họ, một trong những khó khăn mà họ gặp phải là những người tham gia thỏa thuận không chỉ ở trong mối quan hệ cạnh tranh, mà đồng thời họ phải duy trì cùng một thỏa thuận để không bị phá vỡ, vì vậy họ cũng ở trong một mối quan hệ hợp tác.Phải có cơ chế khuyến khích đảm bảo cho họ giao lưu với nhau.Cạnh tranh nhưng không xâu xé. Chia thành hai thỏa thuận và sau đó làm những việc của riêng họ, mỗi thỏa thuận bao quanh một làn sóng người dùng. Điều đó sẽ đánh bại mục đích của chúng tôi.

Phải có một tập hợp các mô hình quản trị như vậy, hoặc các mô hình kinh tế|khuyến khích, để gắn kết chúng lại với nhau. Ví dụ, điểm thứ hai là điều gì sẽ xảy ra với tính năng chống thư rác của nó, đây là điều mà mọi người đang nói đến.

Vì trên thực tế, cái khó nhất là đảm bảo ý nghĩa của danh sách cho phép. Danh sách quyền có nghĩa là bạn không thể sử dụng các phương tiện tập trung để ngăn chặn thư rác, phải không? Bất cứ ai cũng sẽ tạo ra hàng nghìn con số và điền chúng vào cho bạn. Cho dù điều đó có hại cho người nhưng không có lợi cho mình, thì vẫn có người xấu làm việc đó. Sau đó, làm thế nào để ngăn chặn các cuộc tấn công như vậy, nếu không có phương pháp tốt, cuối cùng bạn sẽ suy thoái thành một giải pháp tập trung.

Trên thực tế, chỉ có hai phương pháp chống thư rác hiệu quả mà ngành công nghiệp đã khám phá bấy lâu nay. Một là POW, và hai là phí Gas. Tức là bạn phải đảm bảo phương pháp chống thư rác của danh sách quyền và bạn không thể bỏ danh sách quyền này. Nhưng nếu bạn không muốn có danh sách quyền, thì đó không phải là một ứng dụng thông minh. Có mâu thuẫn giữa hai bên, nhưng một khi phương pháp chống thư rác này được giới thiệu, nó chắc chắn sẽ ảnh hưởng đến trải nghiệm người dùng. Ví dụ: nếu có phí gas, làm thế nào để bạn giảm ngưỡng đầu vào cho người dùng này?Đây là một vấn đề khác. Tất nhiên, cũng có thể có một giải pháp kết hợp ở đây. Trên thực tế, khi chúng tôi phát triển khung ứng dụng này, chúng tôi đang nói về việc trừu tượng hóa tài khoản. Thực sự có một giải pháp kết hợp trong giải pháp mà bạn đang thảo luận. Điều đó có nghĩa là, tôi đồng ý là chuyển sang Tập trung, nhưng việc thanh toán phí Gas có thể được thanh toán bằng các phương tiện tập trung. Điều đó có nghĩa là, các ID tập trung được xác thực hoặc ràng buộc, chẳng hạn như các nền tảng người dùng được xác thực như Twitter. Một nhà cung cấp dịch vụ nào đó có thể thay bạn thanh toán phí gas, do đó hạ thấp ngưỡng sử dụng của bạn, nhưng không thể nói là không có ngưỡng nào cả. Nếu bạn thực sự muốn đảm bảo tính ẩn danh, thì bạn phải trả phí Gas để mua mã thông báo này. Đây là một điểm. Một điểm nữa là sau khi mọi người phát triển, họ nhất định sẽ tiếp tục sản xuất nội dung, bởi vì quyền Rơle, mỗi Rơle thực sự có quyền tuyệt đối của riêng mình đối với dữ liệu trên toàn bộ nút, nó có thể xóa dữ liệu, nó có thể tách tài khoản. Bạn có thể nói rằng tôi có thể có nó trên nhiều nền tảng, nhưng thói quen của người dùng cuối là ngay cả khi nó được đăng ở nhiều nơi, thói quen sử dụng cuối cùng của nó sẽ dần dần chuyển sang rơle tích cực nhất.

Ngoài ra, nếu một số trong số chúng bị chặn, thì phải có một bộ cơ chế, chẳng hạn như quy tắc chặn tài khoản là gì, kế hoạch phối hợp giữa các nút chuyển tiếp khác nhau là gì và cách hạn chế quyền của các nút chuyển tiếp. Lý do là nút giao thức thông minh hoạt động với càng ít năng lượng càng tốt và tốt nhất là bản thân nó không có năng lượng hoặc chỉ cung cấp dịch vụ.

Q: Vâng, nó chỉ được sử dụng như một công cụ phụ trợ.

J: Đúng vậy, các nút trên mạng BTC không nên lọc các giao dịch và trên thực tế, các nút Chuyển tiếp cũng nên đóng vai trò như vậy, chỉ cần cung cấp tài nguyên. Càng dễ thay thế, mạng càng dễ phân cấp. Càng khó thay thế thì cuối cùng nó sẽ càng quay về giải pháp tập trung, tức là nó có quyền lớn nhất, bạn bảo đảm quyền của nó như thế nào, tức là đảm bảo nó có thể bị thay thế bất cứ lúc nào. Trên thực tế, một trong những giải pháp hiện tại là một mô hình giống như chuỗi khối mô-đun, nghĩa là dữ liệu ứng dụng trong nút thực sự được ghi trong bộ lưu trữ đã được xác nhận để đảm bảo rằng nút có thể chạy lại lịch sử với bất kỳ ai vào bất kỳ lúc nào. các giao dịch ở trên, để lấy tất cả dữ liệu của toàn bộ ứng dụng. Tương tự như thiết kế tương lai của Twitter, nếu mọi giao dịch được gửi bởi tất cả người dùng của nó được xuất bản trên sổ cái phi tập trung và chương trình của nó cũng được xuất bản, thì điều đó có thể xảy ra.

Q: Bạn có lạc quan về tương lai của Nostr hay không?

J: Tôi nghĩ hiện tượng tốt là gì, đó là vòng kết nối của chúng ta đã bị giới hạn trong lĩnh vực tài chính trong nhiều năm và nó đã được tài chính hóa quá mức. Trên thực tế, bạn có thể tưởng tượng, chúng tôi hy vọng rằng nếu có 1 tỷ người dùng đổ xô vào vòng kết nối này, bạn sẽ để họ làm gì? Việc thay thế tài sản là không thực tế phải không? Bạn phải có một cái gì đó khác. Đây là ý nghĩa của câu chuyện kể về Web3 bây giờ. Bởi vì tài chính là nền tảng, những người khác nhau có những định nghĩa khác nhau về tài chính. Tôi nghĩ tài chính là nguồn gốc của sức mạnh, nhưng bây giờ sức mạnh đã có, bạn phải đổ ra thứ gì đó để nhận ra giá trị của sức mạnh này. Bây giờ nó phải ở giai đoạn này, vì vậy tôi nghĩ việc để nhiều người bên ngoài chú ý đến tầng ứng dụng hơn là một điều tốt.

Q: Nhưng trên thực tế, Nostr dường như khác với cách hiểu truyền thống của chúng tôi về web3 và anh ấy có vẻ khác về mặt kỹ thuật. Bởi vì chúng tôi hiểu rằng Web3 thường được liên kết với blockchain, chẳng hạn, có vẻ như Nostr thiên về Web2 hơn phải không?

J: Tôi nghĩ loại ứng dụng này cuối cùng sẽ được liên kết với chuỗi khối. Đầu tiên, hoạt động của bất kỳ hệ sinh thái ứng dụng nào cũng phải dựa trên một mô hình kinh doanh. Bạn không thể dựa vào tình yêu để tạo ra điện vào thời điểm này. Nếu bạn dựa vào một mô hình kinh doanh, thì mô hình kinh doanh này được xây dựng dựa trên hệ thống tài chính nào, nếu nó được xây dựng dựa trên hệ thống đô la Mỹ chẳng hạn, thì bạn là một ứng dụng do chính phủ Hoa Kỳ quản lý. Điều này là không thể tránh khỏi, phải không? Rồi muốn tập trung hóa thì phải dựa trên mô hình kinh doanh của Crypto, phải xử lý theo chuỗi. Bạn không thể nói rằng bạn hoàn toàn phụ thuộc vào chuỗi vì bạn cần sử dụng chuỗi khối cho kịch bản thanh toán hoặc giải quyết này.Điều đó không nhất thiết có nghĩa là lớp giao thức và chuỗi cần giao tiếp với nhau. Ví dụ, nếu tôi chỉ cần đặt mã QR để người khác thanh toán, điều này về cơ bản không yêu cầu bất kỳ kết nối nào, phải không?

Dán mã QR trên bất kỳ trang web nào. Ví dụ: nếu ứng dụng cung cấp phần thưởng, phần thưởng này chỉ hiển thị số tiền người dùng đã mất, thì tôi không cần phải giải quyết với chuỗi, đó thực sự là một phần thông tin, chỉ cần mở giao diện. Nó chỉ sử dụng điều này như một mục nhập của người dùng. Chỉ trong những trường hợp nào bạn mới cần mở hoàn toàn việc dàn xếp với chuỗi? Điều đó có nghĩa là, người dùng có thể tính phí tài sản vào ứng dụng này, tính phí chúng từ chuỗi vào ứng dụng và sau đó bạn có thể sử dụng chúng trực tiếp trong ứng dụng này. Ví dụ, khi bình luận, đồng thời mang theo tin nhắn nhận thưởng và gửi cùng nhau, trong trường hợp này, nó cần được tải lên chuỗi.

J: Tôi nghĩ đã đến lúc Web3 phá vỡ vòng tròn nói chung. Cho dù đó là từ quan điểm của nhà phát triển hay quan điểm của người dùng nói chung, chúng tôi hy vọng sẽ có nhiều người dùng hơn và nhiều nhà phát triển hơn, nhưng các nhà phát triển không thể chỉ viết hợp đồng thông minh cho các ứng dụng DeFi, phải không? Các ứng dụng DeFi không thể mang theo nhiều nhà phát triển như vậy. Hẳn là các ứng dụng lớn hơn và phức tạp hơn cần được xây dựng. Tôi cảm thấy như đây là thời gian. Có thể năm tới, nếu chúng ta có cơ hội nói về chủ đề này một lần nữa, đó sẽ là một thị trường hoàn toàn khác.

tóm tắt

tóm tắt

Đằng sau việc Nostr | Damus phá vỡ vòng tròn, nó đã khơi dậy suy nghĩ của chúng tôi về việc tài chính hóa quá mức của Defi. "Lời nguyền khuyến khích" là một thuật ngữ thú vị. Làm thế nào để vừa đảm bảo tối đa hóa động cơ tạo ra động năng vừa đảm bảo không rơi vào vòng luẩn quẩn của động cơ vụ lợi là câu hỏi mà mọi người trong vòng tròn đó cần phải suy nghĩ trong thời gian tới.

Mặc dù Damus vẫn còn nhiều vấn đề, số lượng người dùng tiếp tục phát triển bị hạn chế, máy chủ chứa đầy thông tin vô giá trị và quảng cáo rác, mặc dù Nostr vẫn còn nhiều vấn đề kỹ thuật cần giải quyết. Tuy nhiên, mở ra một con đường mới chưa bao giờ là một việc dễ dàng, điều này cần có sự tham gia của nhiều người xây dựng hơn, cũng như nhiều người bên ngoài hơn để tham gia hiện tượng phá vỡ vòng tròn, và cuối cùng là cùng nhau phá bỏ “lời nguyền khuyến khích”.

Một lần nữa xin cảm ơn Thầy Jolestar vì những chia sẻ rất tâm huyết đã mang lại lợi ích rất nhiều cho các bạn trong cộng đồng.

Âm thanh của các cuộc thảo luận liên quan ngày hôm nay sẽ được tải lên sau trên trang web chính thức của DAOrayaki, kênh podcast chuyên dụng của DAOrayaki.org. Chúng tôi cũng sẽ phát hành nó trên nền tảng podcast vũ trụ nhỏ trong nước, Himalaya FM và các nền tảng truyền thông trực tuyến lớn trên thế giới, chẳng hạn như Apple Podcasts, Google Podcasts, YouTube và Spotify. Hoan nghênh bạn lắng nghe và đăng ký. Chúc mọi người giáng sinh vui vẻ, hẹn gặp lại lần sau.