Năm mới của truyền thông xã hội: Nguyên tắc Nostr và các vấn đề quản lý then chốt
Các thiết kế mạng xã hội mới theo Quyền thứ năm đã được khám phá trong nhiều năm nhưng chưa có dấu hiệu được áp dụng rộng rãi. Trong năm qua, với sự phát triển không ngừng của công nghệ mã hóa và những lo ngại về việc Musk mua lại Twitter, mạng xã hội phi tập trung đã mở ra những cơ hội mới.
Các vấn đề mà các mạng xã hội này đang cố gắng giải quyết: có thể bao gồm tăng cường kiểm duyệt, giúp kiểm duyệt nội dung linh hoạt hơn và giảm bớt quyền lực của các công ty truyền thông xã hội lớn trong việc định hình và theo dõi những gì mọi người nói trực tuyến, cùng nhiều vấn đề khác.
Khi các nền tảng mới xuất hiện và phát triển, việc lựa chọn các mạng xã hội thay thế thường đi kèm với những cân nhắc về mặt chính trị. Các trang web như Getr, Parler, Gab và Truth Social đều phục vụ cho cánh hữu bằng cách quảng bá bản thân như những lựa chọn thay thế tự do ngôn luận cho Twitter.
Điều chúng ta sẽ thảo luận hôm nay là Nostr-damus, một giao thức truyền thông xã hội mới đã nhận được rất nhiều sự chú ý gần đây và có phần đổi mới. Chúng bao gồm các nguyên tắc kỹ thuật của Nostr, các vấn đề quản lý quan trọng cần giải quyết và cách khuyến khích rơle tiếp tục hoạt động.
Tổng quan về Nostr
Ra mắt vào 2020, mũi là một giao thức phi tập trung cho phép người dùng sở hữu danh tính của họ và xác minh bài đăng bằng chữ ký số bằng mã hóa khóa công khai. Những bài đăng này sau đó được truyền tới một mạng máy chủ được kết nối với nhau. Giao thức không sử dụng blockchain, điều được phát hiện trong các thử nghiệm ban đầu là quá chậm đối với mạng xã hội. Nhưng có những điểm tương đồng về cấu trúc và Nostr đã sớm tìm thấy một vị trí thích hợp trong cộng đồng tiền điện tử với đặc tính tự do và nguồn mở.
Mastodon vs Nostr
Giao thức Nostr và máy chủ chuyển tiếp đầu tiên được nhà phát triển fiatjaf tạo ra vào cuối năm 2020. Trước khi thu hút được sự chú ý rộng rãi, Nostr là một giao thức thích hợp yên tĩnh nhằm mục đích trở thành một giải pháp nhẹ nhàng cho các vấn đề của Twitter và Mastodon.
Mastodon, một mạng nguồn mở được thành lập vào năm 2016, cho phép mọi người thiết lập máy chủ. Thiết kế thường được mô tả là “liên kết” và có thể nằm trong hoặc không nằm trong dòng mờ của “Web3”, tùy thuộc vào cách xác định điều đó. Mastodon cho phép người dùng tham gia các cộng đồng được quản lý với các quy tắc kiểm duyệt nội dung tùy chỉnh. Hiện tại, số lượng người dùng đã đăng ký đã lên tới hơn 200w và nó đã trở thành nơi trú ẩn an toàn cho những người theo chủ nghĩa tự do, nhà báo và học giả.
In Twitter và Loại voi lớn đa tuyệt chủng hệ thống, danh tính/tên người dùng được kiểm soát bởi người điều hành máy chủ.
Điểm khác biệt cốt lõi của Nostr là mỗi người dùng sử dụng cặp khóa chung/riêng để xử lý chức năng thay vì sử dụng tên người dùng do nhà điều hành máy chủ sở hữu, giúp Nostr có khả năng chống kiểm duyệt. Đây là một trong những khối xây dựng cốt lõi để xây dựng toàn bộ giao thức Nostr.
Sự kiện: Đây là loại đối tượng/dữ liệu cơ bản được sử dụng bởi máy khách và máy chủ chuyển tiếp mà chúng kết nối để gửi và truy xuất tin nhắn. Ý tưởng chung của giao thức là khách hàng gửi các sự kiện đến máy chủ chuyển tiếp, sau đó lưu trữ và lập chỉ mục cho chúng, đồng thời các khách hàng khác có thể liên lạc với máy chủ chuyển tiếp để yêu cầu các sự kiện mà họ đã nhận và lưu trữ. Trong bản gốc NHẠC 01, ba loại sự kiện khác nhau đã được xác định:
- Gửi siêu dữ liệu về người dùng, chẳng hạn như tên người dùng, hình ảnh, tiểu sử, v.v.
- Gửi SMS và nội dung cơ bản
- Đề xuất máy chủ chuyển tiếp cho những người theo dõi người tạo sự kiện để kết nối
Tất cả các sự kiện được cấu trúc theo một cách được xác định cụ thể. Bao gồm khóa chung của người tạo, dấu thời gian tạo, loại (hoặc loại trong thông số kỹ thuật), tải trọng nội dung và chữ ký của người tạo sự kiện. Ngoài ra, có thể có các thẻ đề cập đến các sự kiện hoặc người dùng khác và có giá trị ID là hàm băm của mọi thứ ngoại trừ chữ ký của người tạo (tương tự như TXID của giao dịch Bitcoin).
Điều này cho phép người dùng xác minh chữ ký (và ai sở hữu khóa, nếu nó không bị xâm phạm) để đảm bảo rằng tin nhắn thực sự được tạo bởi chủ sở hữu khóa chung trong đó và tin nhắn không bị thay đổi kể từ khi họ ký. Nó.
Giống như giao dịch Bitcoin không thể thay đổi sau khi đã được ký mà không làm nó mất hiệu lực, người dùng không thể thay đổi giao dịch đó sau khi người tạo ra giao dịch đó. mũi sự kiện đã ký nó mà không làm cho nó trở thành một sự gian lận rõ ràng.
Hệ thống loại sự kiện đã được mở rộng đáng kể so với hệ thống ban đầu NIP. Có một loại sự kiện dành cho các tin nhắn được mã hóa trực tiếp nhằm xây dựng bí mật chung bằng cách kết hợp khóa riêng của người gửi với khóa chung của người nhận, kết quả của nó giống với kết quả bạn nhận được bằng cách kết hợp khóa chung của người gửi với khóa riêng của người nhận. giống nhau (đây là cách hoạt động của BIP 47 và thanh toán thầm lặng).
Ngoài ra còn có các loại sự kiện có thể thay thế và sự kiện phù du. Trong trường hợp các sự kiện có thể thay thế (rõ ràng), chúng được thiết kế sao cho người tạo sự kiện ban đầu có thể ký một sự kiện mới để thay thế sự kiện cũ. Các máy chủ chuyển tiếp tuân theo thông số kỹ thuật này sẽ tự động xóa các sự kiện cũ khỏi bộ lưu trữ của chúng và bắt đầu cung cấp các phiên bản mới hơn cho khách hàng khi nhận được.
Các sự kiện tạm thời được thiết kế theo cách mà khi gửi đến một trạm chuyển tiếp, chúng sẽ được phát tới bất kỳ ai đăng ký người tạo ra chúng, nhưng máy chủ chuyển tiếp không được lưu trữ chúng. Điều này tạo ra khả năng chỉ những người trực tuyến mới nhìn thấy tin nhắn trong quá trình phát sóng. Thậm chí còn có một loại sự kiện để thể hiện phản ứng trước sự kiện của người khác (chẳng hạn như lượt thích hoặc biểu tượng cảm xúc).
Nói về câu hỏi cuối cùng, các sự kiện cũng có thể chứa các thẻ. Hiện nay có các loại thẻ dành cho Sự kiện (đề cập đến một sự kiện Nostr chính xác), Khóa công khai (để gắn thẻ hoặc giới thiệu đến người dùng khác) và Tiêu Đề (để bắt chước chức năng, như chủ đề email).
Tất cả những thứ này có thể bao gồm các con trỏ tới các máy chủ chuyển tiếp cụ thể mà từ đó dữ liệu được tìm nạp để người dùng có thể thực sự tương tác trên các máy chủ khác nhau, tức là người dùng xuất bản nội dung của họ trên một máy chủ chuyển tiếp mà nội dung đó có thể được người dùng khác tương tác và tham chiếu trên một máy chủ khác. máy chủ chuyển tiếp để bất kỳ người dùng nào cũng có thể nhận được toàn bộ chuỗi tương tác theo đúng thứ tự mà không cần phải tìm ra dữ liệu liên quan ở đâu trong một số lượng lớn các hoạt động phức tạp.
Trong bản gốc NIP, một thông số kỹ thuật đã được đưa ra về cách máy khách tương tác với máy chủ chuyển tiếp bằng cách đăng ký cấu trúc thông báo/dữ liệu bao gồm các bộ lọc cho những sự kiện mà máy khách muốn nhận. Các bộ lọc này có thể chỉ định khóa chung của người dùng, sự kiện chính xác, loại sự kiện hoặc thậm chí khung thời gian cụ thể mà họ muốn dựa trên các tiêu chí trước đó.
Người dùng thậm chí có thể gửi khóa chung hoặc tiền tố của ID sự kiện, chẳng hạn như “1xjisj…” và nhận bất kỳ một hoặc nhiều sự kiện nào từ khóa chung bắt đầu bằng chuỗi ngắn đó (điều này rất hữu ích để ẩn khỏi máy chủ chuyển tiếp những gì bạn thực sự muốn xem) .
Nhìn chung, giao thức là một sơ đồ chung rất đơn giản để truyền tin nhắn giữa những người dùng, bao gồm những điều quan trọng như đảm bảo tính toàn vẹn của tin nhắn và sử dụng danh tính khóa công khai để gửi tin nhắn đồng thời tạo điều kiện cho các máy chủ chuyển tiếp cơ sở hạ tầng cuối có thể được tập trung cao độ hoặc cho phép người dùng chạy máy chủ chuyển tiếp cá nhân của riêng họ trong khi tương tác liền mạch với nhau và không gây ra sự hỗn loạn lớn trong trường hợp người dùng bị cấm sử dụng một máy chủ chuyển tiếp.
Họ có thể chuyển sang máy chủ khác hoặc chạy máy chủ của riêng mình và họ sẽ không mất danh tính kỹ thuật số hoặc người theo dõi bằng cách tách nền tảng khỏi máy chủ trước đó vì họ vẫn duy trì quyền kiểm soát khóa riêng của mình và người dùng có thể sử dụng nó ở nơi khác để xác thực chúng khi họ tìm thấy chúng.
Máy chủ chuyển tiếp cũng có thể chạy bất cứ thứ gì họ muốn: hoạt động miễn phí, tính một khoản phí nhỏ để xuất bản hoặc tải xuống tin nhắn và thậm chí có NIP yêu cầu bằng chứng công việc theo kiểu tiền mặt băm để gửi tin nhắn.
Chúng có thể là một máy chủ chuyển tiếp duy nhất lưu trữ các bài đăng và chỉ cung cấp chúng cho những người dùng khác hoặc một máy chủ hoạt động trên quy mô lớn, chẳng hạn như Twitter hoặc Reddit (khách hàng có thể hiển thị và sắp xếp thông tin theo ý muốn, cho phép mô phỏng bất kỳ phương tiện truyền thông xã hội nào). Tất cả những điều này tương tác liền mạch mà không khóa người dùng.
Các vấn đề quản lý chính cần được Nostr giải quyết
Khóa công khai/riêng tư của người dùng là một phần không thể thiếu trong cách Nostr hoạt động như một giao thức. Điều này hoạt động như một mối liên kết chặt chẽ giữa người dùng thực tế và cách những người khác nhận dạng họ, ngăn chặn bất kỳ máy chủ chuyển tiếp nào gỡ bỏ hai thứ đó, tức là cung cấp thông tin nhận dạng của ai đó cho người dùng khác. Nó cũng giải quyết một trong những vấn đề lớn nhất của nền tảng: thiếu quyền kiểm soát danh tính của chính người dùng.
Nhưng điều này cũng nảy sinh những vấn đề mới: chìa khóa có thể bị mất, chìa khóa có thể bị xâm phạm và nếu sự kiện như vậy xảy ra, người dùng sẽ không thể gọi trợ giúp.
Điều này chắc chắn sẽ yêu cầu một kế hoạch để người dùng chuyển từ cặp khóa này sang cặp khóa khác theo cách có thể kiểm chứng và khám phá, đồng thời để họ tương tác với những người dùng khác thông qua giao thức. Toàn bộ giao thức dựa trên việc chứng minh rằng một sự kiện đến từ một người dùng cụ thể (khóa nhận dạng), do đó, khi khóa của ai đó bị xâm phạm, tất cả những đảm bảo đó sẽ bị hủy bỏ.
Nostr yêu cầu một sơ đồ mật mã thực tế liên kết việc xoay vòng khóa này sang khóa khác. Nhà phát triển fiatjaf đã đề xuất một giải pháp cơ bản có thể giải quyết vấn đề này. Ý tưởng cơ bản là lấy một danh sách dài các địa chỉ được lấy từ một hạt giống chính và tạo một bộ khóa “được điều chỉnh”, tương tự như cách các cây Taproot được cam kết với các khóa Bitcoin.
Taproot lấy gốc Merkle của cây Taproot và “thêm” nó vào khóa chung để tạo khóa chung mới. Điều này có thể được sao chép bằng cách thêm gốc Merkle đó vào khóa riêng để lấy khóa riêng khớp với khóa chung mới. Ý tưởng của Fiatjaf là xâu chuỗi các cam kết ngược từ đầu đến cuối để mỗi khóa được điều chỉnh thực sự chứa bằng chứng cho thấy khóa được điều chỉnh tiếp theo đã được sử dụng để tạo ra nó.
Vì vậy, hãy tưởng tượng bắt đầu bằng phím Z, phím cuối cùng trong chuỗi. Bạn có thể điều chỉnh nó bằng thứ gì đó, sau đó quay lại và tạo phiên bản điều chỉnh của phím Y bằng phím Z đã điều chỉnh (Z' + Y = Y'). Từ đây, bạn có thể lấy Y' và dùng nó để điều chỉnh X (Y' + X = X'). Bạn sẽ làm điều này cho đến tận phím A, lấy A' và sử dụng phím đó từ đó. Khi nó bị hỏng, người dùng có thể phát một sự kiện chứa phím A chưa được điều chỉnh và phím B' đã được điều chỉnh.
Điều này sẽ chứa tất cả dữ liệu cần thiết để cho thấy rằng B' đã được sử dụng để tạo A' và người dùng có thể dừng ngay lập tức theo dõi A' và thay vào đó theo dõi B'. Họ sẽ biết rõ ràng rằng B' là khóa tiếp theo cho người dùng đó và thay vào đó sẽ làm theo khóa đó.
Tuy nhiên, vẫn còn một số vấn đề với đề xuất này. Đầu tiên, tất cả các khóa sẽ được sử dụng phải được tạo trước thời hạn và không có cách nào để chuyển sang một bộ khóa hoàn toàn mới. Điều này có thể được giải quyết bằng cách cam kết một khóa chính trong sơ đồ này có thể công chứng vòng quay này hoặc đơn giản là tạo một bộ khóa rất lớn ngay từ đầu.
Cả hai cách đều khả thi nhưng cuối cùng yêu cầu phải giữ an toàn cho khóa gốc hoặc tài liệu khóa và chỉ hiển thị các phím nóng riêng lẻ (Phím nóng) cho máy khách Nostr.
Tuy nhiên, chương trình này không bảo vệ người dùng hoặc cung cấp cơ chế khôi phục danh tính trong trường hợp tài liệu khóa gốc bị mất hoặc bị xâm phạm.
Đối với một số cuộc thảo luận về các giải pháp tiềm năng ở đây, một cách khác để suy nghĩ về nó là điều chỉnh một khóa thành một khóa lạnh chính, khóa này cũng phải được sử dụng để ký các sự kiện từ khóa này sang khóa xoay khác. Bạn có khóa A', được lấy bằng cách thêm A và M (khóa chính); sự kiện xoay sẽ là A, M và B' (được tạo bằng cách thêm B và M) và chữ ký của M. M có thể là khóa ngưỡng đa chữ ký – hai phần ba, ba phần năm, v.v.
Điều này có thể bổ sung thêm dự phòng chống mất mát và cung cấp một cơ chế an toàn cho việc xoay khóa. Điều này cũng mở ra cơ hội sử dụng các dịch vụ để giúp phục hồi hoặc phổ biến một số chìa khóa này cho những người bạn đáng tin cậy. Nó cung cấp tính linh hoạt tương tự như multisig trong chính Bitcoin.
mã PIN26 cũng là một đề xuất có thể rất hữu ích trong việc giải quyết vấn đề này. Điều này chỉ định phần mở rộng giao thức cho các sự kiện cho phép chữ ký từ một khóa để ủy quyền cho một khóa khác thay mặt nó xuất bản các sự kiện. Sau đó, “mã thông báo” hoặc bằng chứng chữ ký được ủy quyền sẽ được đưa vào tất cả các sự kiện được xuất bản bởi khóa công khai thứ hai thay mặt cho khóa đầu tiên. Nó thậm chí có thể bị giới hạn thời gian nên mã thông báo ủy quyền sẽ tự động hết hạn và phải được gia hạn.
Câu hỏi về quản lý khóa và bảo mật là một vấn đề rất lớn với không gian thiết kế rất rộng lớn chứa đầy những sự đánh đổi và điểm yếu. Tuy nhiên, nếu Nostr không thể bảo vệ và duy trì tính toàn vẹn của những danh tính này cho người dùng thì giao thức hoàn toàn dựa trên cặp khóa công khai/riêng tư được sử dụng làm danh tính sẽ không được áp dụng trên quy mô lớn.
Mở rộng đối diện Nostr
Toàn bộ giao thức Nostr dựa vào ai đó ở đâu đó đang chạy máy chủ chuyển tiếp. Không có “mạng Nostr”, chỉ có rơle và máy khách được kết nối với rơle. Mọi người cần được khuyến khích chạy các trình chuyển tiếp và điều này cuối cùng sẽ là một phần quan trọng trong việc các trình chuyển tiếp có thể mở rộng quy mô bao xa về lâu dài. Trừ khi một trạm chuyển tiếp Nostr có thể mang lại lợi nhuận hoặc ít nhất là mang lại đủ tiền để trang trải chi phí vận hành của chính nó, sẽ không bao giờ có một trạm chuyển tiếp có cùng quy mô như máy chủ Twitter.
Quảng cáo
Với cách Nostr hoạt động như một giao thức, việc chặn quảng cáo hoàn toàn sẽ không đáng kể, khiến nó trở thành một giải pháp không khả thi. Các máy chủ chuyển tiếp có thể cố gắng sử dụng quảng cáo làm mô hình doanh thu, đây rõ ràng là mô hình doanh thu chính cho hầu hết mọi dịch vụ trực tuyến miễn phí, nhưng vấn đề là về cơ bản người dùng phải chọn tham gia. Các máy chủ chuyển tiếp có thể dễ dàng đưa quảng cáo vào các sự kiện họ gửi cho khách hàng. , nhưng khách hàng cũng có thể dễ dàng lọc các sự kiện quảng cáo từ giao diện người dùng của mình nếu chúng không được tạo bằng khóa chung mà họ dự định đăng ký.
Khoản thanh toán vi mô
Thanh toán vi mô là một giải pháp rõ ràng khác, đặc biệt là với những nỗ lực liên tục để tích hợp tia chớp mạng chặt chẽ hơn vào ứng dụng Nostr. Mô hình này cung cấp rất nhiều tính linh hoạt trong cách bạn sạc. Rơle chỉ có thể tính phí đăng sự kiện ở đó, tải xuống đọc sự kiện hoặc kết hợp cả hai, điều chỉnh giá của từng sự kiện dựa trên số lượng tài nguyên mà chúng tiêu thụ. Tuy nhiên, người ta nghi ngờ rằng mô hình này có thể được mở rộng quy mô như Twitter.
Thanh toán vi mô nội dung đã cho thấy khả năng tồn tại của chúng trong nhiều sản phẩm thích hợp dựa trên tia chớp mạng, nhưng có hai vấn đề cơ bản khi thực sự mở rộng quy mô toàn cầu.
Đầu tiên, vẫn chưa có đủ sự chấp nhận Bitcoin. Ngay cả khi mọi người chấp nhận trả tiền một cách kỳ diệu cho mọi tương tác dịch vụ nhỏ trên Nostr, thì cũng sẽ không có đủ người nắm giữ bitcoin để hỗ trợ một thứ gì đó lớn như Twitter. Rơle có thể tính phí đăng ký bằng tiền tệ pháp định, nhưng các phương thức thanh toán này sẽ không hỗ trợ thanh toán một khoản phí nhỏ cho mỗi sự kiện được xuất bản hoặc tải xuống.
Thứ hai, mọi người thực sự đã quen với loại dịch vụ miễn phí này. Đây chính xác là những gì người ta mong đợi. Tôi không nghĩ rằng các khoản thanh toán vi mô thực sự có thể hỗ trợ chuyển tiếp quy mô lớn.
Có một cách để làm cho các khoản thanh toán vi mô trở nên “dính” hơn hoặc bền vững hơn mà không cần áp dụng chúng đối với mọi tầng lớp người dùng sử dụng rơle. Đã có rất nhiều cuộc thảo luận về việc xây dựng các ứng dụng khác nhau trên Nostr, ngoại trừ bản sao Twitter. GitHub, Wikipedia và thậm chí cả Uber.
Điều cuối cùng là quan trọng: kỳ vọng về kinh tế. Mọi người rất quen với việc trả phí khi một công việc được quảng cáo ở đâu đó hoặc trả phí cho nhà điều hành thị trường khi họ đặt hàng trực tuyến nhưng không phục vụ những thứ mà họ cho là miễn phí - Google, Twitter. Điều này có thể cung cấp một cách để những người chuyển tiếp tạo ra một nguồn thu nhập vững chắc từ người dùng của họ mà không tạo ra nhiều xung đột hoặc phá vỡ sự mong đợi của người dùng tiềm năng trung bình.
Nếu các khoản thanh toán vi mô cũng là một yếu tố, thì các nhà khai thác chuyển tiếp sẽ phải chạy nút Lightning để nhận tiền từ người dùng trước. Điều này có khả năng tăng doanh thu nếu được kết hợp đúng cách với bất kỳ mô hình thanh toán vi mô nào do rơle triển khai.
Máy chủ chuyển tiếp kiếm được càng nhiều doanh thu thì càng cần nhiều thanh khoản trên Lightning Network để tạo điều kiện thuận lợi cho việc này. Nếu các nhà khai thác lập kế hoạch chính xác về cách họ triển khai hoặc phân phối thanh khoản trong mạng, thì hành động chạy nút định tuyến đơn thuần có thể trở thành một công cụ tạo doanh thu đáng kể, ngoài mọi khoản phí được tính cho việc nhận hoặc truyền dữ liệu qua rơle.
Kết luận
Các dự án xã hội Web3, ngoài các dự án đã nói ở trên mũi và Loại voi lớn đa tuyệt chủng, còn bao gồm các dự án như Nhanh hơn và ống kính, sẽ không nhanh chóng thay thế các nền tảng truyền thông xã hội hiện có. Theo thống kê, Twitter có hàng trăm triệu người dùng tích cực, Facebook có hàng tỷ, nhưng Loại voi lớn đa tuyệt chủng chỉ có 2.5 triệu người dùngvà mũi chỉ có khoảng 220,000 danh tính người dùng duy nhất. Nhiều dự án xã hội Web3 phải đối mặt với những rào cản về khả năng sử dụng làm chậm quá trình áp dụng hàng loạt.
Truyền thông và chính trị không thể tách rời. Khi các dự án xã hội Web3 ngày càng phát triển và các cuộc trò chuyện công khai bị chia cắt trên các ứng dụng và giao thức khác nhau, có thể sẽ có những kết quả chính trị. Thậm chí Messina, người từ lâu đã ủng hộ phương tiện truyền thông xã hội phi tập trung, lo ngại rằng sự phân quyền sẽ tiếp tục thúc đẩy một cuộc tranh luận công khai vốn được đánh dấu bằng sự thù địch và hiểu lầm lẫn nhau trong những năm gần đây.
KHUYẾN CÁO: Thông tin trên trang web này được cung cấp dưới dạng bình luận chung về thị trường và không phải là lời khuyên đầu tư. Chúng tôi khuyến khích bạn tự nghiên cứu trước khi đầu tư.
Hãy cùng chúng tôi theo dõi tin tức: https://linktr.ee/coincu
Harold
đồng xu Tin tức
Tác giả
Hiểu biết
Năm mới của truyền thông xã hội: Nguyên tắc Nostr và các vấn đề quản lý then chốt
Các thiết kế mạng xã hội mới theo Quyền thứ năm đã được khám phá trong nhiều năm nhưng chưa có dấu hiệu được áp dụng rộng rãi. Trong năm qua, với sự phát triển không ngừng của công nghệ mã hóa và những lo ngại về việc Musk mua lại Twitter, mạng xã hội phi tập trung đã mở ra những cơ hội mới.
Các vấn đề mà các mạng xã hội này đang cố gắng giải quyết: có thể bao gồm tăng cường kiểm duyệt, giúp kiểm duyệt nội dung linh hoạt hơn và giảm bớt quyền lực của các công ty truyền thông xã hội lớn trong việc định hình và theo dõi những gì mọi người nói trực tuyến, cùng nhiều vấn đề khác.
Khi các nền tảng mới xuất hiện và phát triển, việc lựa chọn các mạng xã hội thay thế thường đi kèm với những cân nhắc về mặt chính trị. Các trang web như Getr, Parler, Gab và Truth Social đều phục vụ cho cánh hữu bằng cách quảng bá bản thân như những lựa chọn thay thế tự do ngôn luận cho Twitter.
Điều chúng ta sẽ thảo luận hôm nay là Nostr-damus, một giao thức truyền thông xã hội mới đã nhận được rất nhiều sự chú ý gần đây và có phần đổi mới. Chúng bao gồm các nguyên tắc kỹ thuật của Nostr, các vấn đề quản lý quan trọng cần giải quyết và cách khuyến khích rơle tiếp tục hoạt động.
Tổng quan về Nostr
Ra mắt vào 2020, mũi là một giao thức phi tập trung cho phép người dùng sở hữu danh tính của họ và xác minh bài đăng bằng chữ ký số bằng mã hóa khóa công khai. Những bài đăng này sau đó được truyền tới một mạng máy chủ được kết nối với nhau. Giao thức không sử dụng blockchain, điều được phát hiện trong các thử nghiệm ban đầu là quá chậm đối với mạng xã hội. Nhưng có những điểm tương đồng về cấu trúc và Nostr đã sớm tìm thấy một vị trí thích hợp trong cộng đồng tiền điện tử với đặc tính tự do và nguồn mở.
Mastodon vs Nostr
Giao thức Nostr và máy chủ chuyển tiếp đầu tiên được nhà phát triển fiatjaf tạo ra vào cuối năm 2020. Trước khi thu hút được sự chú ý rộng rãi, Nostr là một giao thức thích hợp yên tĩnh nhằm mục đích trở thành một giải pháp nhẹ nhàng cho các vấn đề của Twitter và Mastodon.
Mastodon, một mạng nguồn mở được thành lập vào năm 2016, cho phép mọi người thiết lập máy chủ. Thiết kế thường được mô tả là “liên kết” và có thể nằm trong hoặc không nằm trong dòng mờ của “Web3”, tùy thuộc vào cách xác định điều đó. Mastodon cho phép người dùng tham gia các cộng đồng được quản lý với các quy tắc kiểm duyệt nội dung tùy chỉnh. Hiện tại, số lượng người dùng đã đăng ký đã lên tới hơn 200w và nó đã trở thành nơi trú ẩn an toàn cho những người theo chủ nghĩa tự do, nhà báo và học giả.
In Twitter và Loại voi lớn đa tuyệt chủng hệ thống, danh tính/tên người dùng được kiểm soát bởi người điều hành máy chủ.
Điểm khác biệt cốt lõi của Nostr là mỗi người dùng sử dụng cặp khóa chung/riêng để xử lý chức năng thay vì sử dụng tên người dùng do nhà điều hành máy chủ sở hữu, giúp Nostr có khả năng chống kiểm duyệt. Đây là một trong những khối xây dựng cốt lõi để xây dựng toàn bộ giao thức Nostr.
Sự kiện: Đây là loại đối tượng/dữ liệu cơ bản được sử dụng bởi máy khách và máy chủ chuyển tiếp mà chúng kết nối để gửi và truy xuất tin nhắn. Ý tưởng chung của giao thức là khách hàng gửi các sự kiện đến máy chủ chuyển tiếp, sau đó lưu trữ và lập chỉ mục cho chúng, đồng thời các khách hàng khác có thể liên lạc với máy chủ chuyển tiếp để yêu cầu các sự kiện mà họ đã nhận và lưu trữ. Trong bản gốc NHẠC 01, ba loại sự kiện khác nhau đã được xác định:
- Gửi siêu dữ liệu về người dùng, chẳng hạn như tên người dùng, hình ảnh, tiểu sử, v.v.
- Gửi SMS và nội dung cơ bản
- Đề xuất máy chủ chuyển tiếp cho những người theo dõi người tạo sự kiện để kết nối
Tất cả các sự kiện được cấu trúc theo một cách được xác định cụ thể. Bao gồm khóa chung của người tạo, dấu thời gian tạo, loại (hoặc loại trong thông số kỹ thuật), tải trọng nội dung và chữ ký của người tạo sự kiện. Ngoài ra, có thể có các thẻ đề cập đến các sự kiện hoặc người dùng khác và có giá trị ID là hàm băm của mọi thứ ngoại trừ chữ ký của người tạo (tương tự như TXID của giao dịch Bitcoin).
Điều này cho phép người dùng xác minh chữ ký (và ai sở hữu khóa, nếu nó không bị xâm phạm) để đảm bảo rằng tin nhắn thực sự được tạo bởi chủ sở hữu khóa chung trong đó và tin nhắn không bị thay đổi kể từ khi họ ký. Nó.
Giống như giao dịch Bitcoin không thể thay đổi sau khi đã được ký mà không làm nó mất hiệu lực, người dùng không thể thay đổi giao dịch đó sau khi người tạo ra giao dịch đó. mũi sự kiện đã ký nó mà không làm cho nó trở thành một sự gian lận rõ ràng.
Hệ thống loại sự kiện đã được mở rộng đáng kể so với hệ thống ban đầu NIP. Có một loại sự kiện dành cho các tin nhắn được mã hóa trực tiếp nhằm xây dựng bí mật chung bằng cách kết hợp khóa riêng của người gửi với khóa chung của người nhận, kết quả của nó giống với kết quả bạn nhận được bằng cách kết hợp khóa chung của người gửi với khóa riêng của người nhận. giống nhau (đây là cách hoạt động của BIP 47 và thanh toán thầm lặng).
Ngoài ra còn có các loại sự kiện có thể thay thế và sự kiện phù du. Trong trường hợp các sự kiện có thể thay thế (rõ ràng), chúng được thiết kế sao cho người tạo sự kiện ban đầu có thể ký một sự kiện mới để thay thế sự kiện cũ. Các máy chủ chuyển tiếp tuân theo thông số kỹ thuật này sẽ tự động xóa các sự kiện cũ khỏi bộ lưu trữ của chúng và bắt đầu cung cấp các phiên bản mới hơn cho khách hàng khi nhận được.
Các sự kiện tạm thời được thiết kế theo cách mà khi gửi đến một trạm chuyển tiếp, chúng sẽ được phát tới bất kỳ ai đăng ký người tạo ra chúng, nhưng máy chủ chuyển tiếp không được lưu trữ chúng. Điều này tạo ra khả năng chỉ những người trực tuyến mới nhìn thấy tin nhắn trong quá trình phát sóng. Thậm chí còn có một loại sự kiện để thể hiện phản ứng trước sự kiện của người khác (chẳng hạn như lượt thích hoặc biểu tượng cảm xúc).
Nói về câu hỏi cuối cùng, các sự kiện cũng có thể chứa các thẻ. Hiện nay có các loại thẻ dành cho Sự kiện (đề cập đến một sự kiện Nostr chính xác), Khóa công khai (để gắn thẻ hoặc giới thiệu đến người dùng khác) và Tiêu Đề (để bắt chước chức năng, như chủ đề email).
Tất cả những thứ này có thể bao gồm các con trỏ tới các máy chủ chuyển tiếp cụ thể mà từ đó dữ liệu được tìm nạp để người dùng có thể thực sự tương tác trên các máy chủ khác nhau, tức là người dùng xuất bản nội dung của họ trên một máy chủ chuyển tiếp mà nội dung đó có thể được người dùng khác tương tác và tham chiếu trên một máy chủ khác. máy chủ chuyển tiếp để bất kỳ người dùng nào cũng có thể nhận được toàn bộ chuỗi tương tác theo đúng thứ tự mà không cần phải tìm ra dữ liệu liên quan ở đâu trong một số lượng lớn các hoạt động phức tạp.
Trong bản gốc NIP, một thông số kỹ thuật đã được đưa ra về cách máy khách tương tác với máy chủ chuyển tiếp bằng cách đăng ký cấu trúc thông báo/dữ liệu bao gồm các bộ lọc cho những sự kiện mà máy khách muốn nhận. Các bộ lọc này có thể chỉ định khóa chung của người dùng, sự kiện chính xác, loại sự kiện hoặc thậm chí khung thời gian cụ thể mà họ muốn dựa trên các tiêu chí trước đó.
Người dùng thậm chí có thể gửi khóa chung hoặc tiền tố của ID sự kiện, chẳng hạn như “1xjisj…” và nhận bất kỳ một hoặc nhiều sự kiện nào từ khóa chung bắt đầu bằng chuỗi ngắn đó (điều này rất hữu ích để ẩn khỏi máy chủ chuyển tiếp những gì bạn thực sự muốn xem) .
Nhìn chung, giao thức là một sơ đồ chung rất đơn giản để truyền tin nhắn giữa những người dùng, bao gồm những điều quan trọng như đảm bảo tính toàn vẹn của tin nhắn và sử dụng danh tính khóa công khai để gửi tin nhắn đồng thời tạo điều kiện cho các máy chủ chuyển tiếp cơ sở hạ tầng cuối có thể được tập trung cao độ hoặc cho phép người dùng chạy máy chủ chuyển tiếp cá nhân của riêng họ trong khi tương tác liền mạch với nhau và không gây ra sự hỗn loạn lớn trong trường hợp người dùng bị cấm sử dụng một máy chủ chuyển tiếp.
Họ có thể chuyển sang máy chủ khác hoặc chạy máy chủ của riêng mình và họ sẽ không mất danh tính kỹ thuật số hoặc người theo dõi bằng cách tách nền tảng khỏi máy chủ trước đó vì họ vẫn duy trì quyền kiểm soát khóa riêng của mình và người dùng có thể sử dụng nó ở nơi khác để xác thực chúng khi họ tìm thấy chúng.
Máy chủ chuyển tiếp cũng có thể chạy bất cứ thứ gì họ muốn: hoạt động miễn phí, tính một khoản phí nhỏ để xuất bản hoặc tải xuống tin nhắn và thậm chí có NIP yêu cầu bằng chứng công việc theo kiểu tiền mặt băm để gửi tin nhắn.
Chúng có thể là một máy chủ chuyển tiếp duy nhất lưu trữ các bài đăng và chỉ cung cấp chúng cho những người dùng khác hoặc một máy chủ hoạt động trên quy mô lớn, chẳng hạn như Twitter hoặc Reddit (khách hàng có thể hiển thị và sắp xếp thông tin theo ý muốn, cho phép mô phỏng bất kỳ phương tiện truyền thông xã hội nào). Tất cả những điều này tương tác liền mạch mà không khóa người dùng.
Các vấn đề quản lý chính cần được Nostr giải quyết
Khóa công khai/riêng tư của người dùng là một phần không thể thiếu trong cách Nostr hoạt động như một giao thức. Điều này hoạt động như một mối liên kết chặt chẽ giữa người dùng thực tế và cách những người khác nhận dạng họ, ngăn chặn bất kỳ máy chủ chuyển tiếp nào gỡ bỏ hai thứ đó, tức là cung cấp thông tin nhận dạng của ai đó cho người dùng khác. Nó cũng giải quyết một trong những vấn đề lớn nhất của nền tảng: thiếu quyền kiểm soát danh tính của chính người dùng.
Nhưng điều này cũng nảy sinh những vấn đề mới: chìa khóa có thể bị mất, chìa khóa có thể bị xâm phạm và nếu sự kiện như vậy xảy ra, người dùng sẽ không thể gọi trợ giúp.
Điều này chắc chắn sẽ yêu cầu một kế hoạch để người dùng chuyển từ cặp khóa này sang cặp khóa khác theo cách có thể kiểm chứng và khám phá, đồng thời để họ tương tác với những người dùng khác thông qua giao thức. Toàn bộ giao thức dựa trên việc chứng minh rằng một sự kiện đến từ một người dùng cụ thể (khóa nhận dạng), do đó, khi khóa của ai đó bị xâm phạm, tất cả những đảm bảo đó sẽ bị hủy bỏ.
Nostr yêu cầu một sơ đồ mật mã thực tế liên kết việc xoay vòng khóa này sang khóa khác. Nhà phát triển fiatjaf đã đề xuất một giải pháp cơ bản có thể giải quyết vấn đề này. Ý tưởng cơ bản là lấy một danh sách dài các địa chỉ được lấy từ một hạt giống chính và tạo một bộ khóa “được điều chỉnh”, tương tự như cách các cây Taproot được cam kết với các khóa Bitcoin.
Taproot lấy gốc Merkle của cây Taproot và “thêm” nó vào khóa chung để tạo khóa chung mới. Điều này có thể được sao chép bằng cách thêm gốc Merkle đó vào khóa riêng để lấy khóa riêng khớp với khóa chung mới. Ý tưởng của Fiatjaf là xâu chuỗi các cam kết ngược từ đầu đến cuối để mỗi khóa được điều chỉnh thực sự chứa bằng chứng cho thấy khóa được điều chỉnh tiếp theo đã được sử dụng để tạo ra nó.
Vì vậy, hãy tưởng tượng bắt đầu bằng phím Z, phím cuối cùng trong chuỗi. Bạn có thể điều chỉnh nó bằng thứ gì đó, sau đó quay lại và tạo phiên bản điều chỉnh của phím Y bằng phím Z đã điều chỉnh (Z' + Y = Y'). Từ đây, bạn có thể lấy Y' và dùng nó để điều chỉnh X (Y' + X = X'). Bạn sẽ làm điều này cho đến tận phím A, lấy A' và sử dụng phím đó từ đó. Khi nó bị hỏng, người dùng có thể phát một sự kiện chứa phím A chưa được điều chỉnh và phím B' đã được điều chỉnh.
Điều này sẽ chứa tất cả dữ liệu cần thiết để cho thấy rằng B' đã được sử dụng để tạo A' và người dùng có thể dừng ngay lập tức theo dõi A' và thay vào đó theo dõi B'. Họ sẽ biết rõ ràng rằng B' là khóa tiếp theo cho người dùng đó và thay vào đó sẽ làm theo khóa đó.
Tuy nhiên, vẫn còn một số vấn đề với đề xuất này. Đầu tiên, tất cả các khóa sẽ được sử dụng phải được tạo trước thời hạn và không có cách nào để chuyển sang một bộ khóa hoàn toàn mới. Điều này có thể được giải quyết bằng cách cam kết một khóa chính trong sơ đồ này có thể công chứng vòng quay này hoặc đơn giản là tạo một bộ khóa rất lớn ngay từ đầu.
Cả hai cách đều khả thi nhưng cuối cùng yêu cầu phải giữ an toàn cho khóa gốc hoặc tài liệu khóa và chỉ hiển thị các phím nóng riêng lẻ (Phím nóng) cho máy khách Nostr.
Tuy nhiên, chương trình này không bảo vệ người dùng hoặc cung cấp cơ chế khôi phục danh tính trong trường hợp tài liệu khóa gốc bị mất hoặc bị xâm phạm.
Đối với một số cuộc thảo luận về các giải pháp tiềm năng ở đây, một cách khác để suy nghĩ về nó là điều chỉnh một khóa thành một khóa lạnh chính, khóa này cũng phải được sử dụng để ký các sự kiện từ khóa này sang khóa xoay khác. Bạn có khóa A', được lấy bằng cách thêm A và M (khóa chính); sự kiện xoay sẽ là A, M và B' (được tạo bằng cách thêm B và M) và chữ ký của M. M có thể là khóa ngưỡng đa chữ ký – hai phần ba, ba phần năm, v.v.
Điều này có thể bổ sung thêm dự phòng chống mất mát và cung cấp một cơ chế an toàn cho việc xoay khóa. Điều này cũng mở ra cơ hội sử dụng các dịch vụ để giúp phục hồi hoặc phổ biến một số chìa khóa này cho những người bạn đáng tin cậy. Nó cung cấp tính linh hoạt tương tự như multisig trong chính Bitcoin.
mã PIN26 cũng là một đề xuất có thể rất hữu ích trong việc giải quyết vấn đề này. Điều này chỉ định phần mở rộng giao thức cho các sự kiện cho phép chữ ký từ một khóa để ủy quyền cho một khóa khác thay mặt nó xuất bản các sự kiện. Sau đó, “mã thông báo” hoặc bằng chứng chữ ký được ủy quyền sẽ được đưa vào tất cả các sự kiện được xuất bản bởi khóa công khai thứ hai thay mặt cho khóa đầu tiên. Nó thậm chí có thể bị giới hạn thời gian nên mã thông báo ủy quyền sẽ tự động hết hạn và phải được gia hạn.
Câu hỏi về quản lý khóa và bảo mật là một vấn đề rất lớn với không gian thiết kế rất rộng lớn chứa đầy những sự đánh đổi và điểm yếu. Tuy nhiên, nếu Nostr không thể bảo vệ và duy trì tính toàn vẹn của những danh tính này cho người dùng thì giao thức hoàn toàn dựa trên cặp khóa công khai/riêng tư được sử dụng làm danh tính sẽ không được áp dụng trên quy mô lớn.
Mở rộng đối diện Nostr
Toàn bộ giao thức Nostr dựa vào ai đó ở đâu đó đang chạy máy chủ chuyển tiếp. Không có “mạng Nostr”, chỉ có rơle và máy khách được kết nối với rơle. Mọi người cần được khuyến khích chạy các trình chuyển tiếp và điều này cuối cùng sẽ là một phần quan trọng trong việc các trình chuyển tiếp có thể mở rộng quy mô bao xa về lâu dài. Trừ khi một trạm chuyển tiếp Nostr có thể mang lại lợi nhuận hoặc ít nhất là mang lại đủ tiền để trang trải chi phí vận hành của chính nó, sẽ không bao giờ có một trạm chuyển tiếp có cùng quy mô như máy chủ Twitter.
Quảng cáo
Với cách Nostr hoạt động như một giao thức, việc chặn quảng cáo hoàn toàn sẽ không đáng kể, khiến nó trở thành một giải pháp không khả thi. Các máy chủ chuyển tiếp có thể cố gắng sử dụng quảng cáo làm mô hình doanh thu, đây rõ ràng là mô hình doanh thu chính cho hầu hết mọi dịch vụ trực tuyến miễn phí, nhưng vấn đề là về cơ bản người dùng phải chọn tham gia. Các máy chủ chuyển tiếp có thể dễ dàng đưa quảng cáo vào các sự kiện họ gửi cho khách hàng. , nhưng khách hàng cũng có thể dễ dàng lọc các sự kiện quảng cáo từ giao diện người dùng của mình nếu chúng không được tạo bằng khóa chung mà họ dự định đăng ký.
Khoản thanh toán vi mô
Thanh toán vi mô là một giải pháp rõ ràng khác, đặc biệt là với những nỗ lực liên tục để tích hợp tia chớp mạng chặt chẽ hơn vào ứng dụng Nostr. Mô hình này cung cấp rất nhiều tính linh hoạt trong cách bạn sạc. Rơle chỉ có thể tính phí đăng sự kiện ở đó, tải xuống đọc sự kiện hoặc kết hợp cả hai, điều chỉnh giá của từng sự kiện dựa trên số lượng tài nguyên mà chúng tiêu thụ. Tuy nhiên, người ta nghi ngờ rằng mô hình này có thể được mở rộng quy mô như Twitter.
Thanh toán vi mô nội dung đã cho thấy khả năng tồn tại của chúng trong nhiều sản phẩm thích hợp dựa trên tia chớp mạng, nhưng có hai vấn đề cơ bản khi thực sự mở rộng quy mô toàn cầu.
Đầu tiên, vẫn chưa có đủ sự chấp nhận Bitcoin. Ngay cả khi mọi người chấp nhận trả tiền một cách kỳ diệu cho mọi tương tác dịch vụ nhỏ trên Nostr, thì cũng sẽ không có đủ người nắm giữ bitcoin để hỗ trợ một thứ gì đó lớn như Twitter. Rơle có thể tính phí đăng ký bằng tiền tệ pháp định, nhưng các phương thức thanh toán này sẽ không hỗ trợ thanh toán một khoản phí nhỏ cho mỗi sự kiện được xuất bản hoặc tải xuống.
Thứ hai, mọi người thực sự đã quen với loại dịch vụ miễn phí này. Đây chính xác là những gì người ta mong đợi. Tôi không nghĩ rằng các khoản thanh toán vi mô thực sự có thể hỗ trợ chuyển tiếp quy mô lớn.
Có một cách để làm cho các khoản thanh toán vi mô trở nên “dính” hơn hoặc bền vững hơn mà không cần áp dụng chúng đối với mọi tầng lớp người dùng sử dụng rơle. Đã có rất nhiều cuộc thảo luận về việc xây dựng các ứng dụng khác nhau trên Nostr, ngoại trừ bản sao Twitter. GitHub, Wikipedia và thậm chí cả Uber.
Điều cuối cùng là quan trọng: kỳ vọng về kinh tế. Mọi người rất quen với việc trả phí khi một công việc được quảng cáo ở đâu đó hoặc trả phí cho nhà điều hành thị trường khi họ đặt hàng trực tuyến nhưng không phục vụ những thứ mà họ cho là miễn phí - Google, Twitter. Điều này có thể cung cấp một cách để những người chuyển tiếp tạo ra một nguồn thu nhập vững chắc từ người dùng của họ mà không tạo ra nhiều xung đột hoặc phá vỡ sự mong đợi của người dùng tiềm năng trung bình.
Nếu các khoản thanh toán vi mô cũng là một yếu tố, thì các nhà khai thác chuyển tiếp sẽ phải chạy nút Lightning để nhận tiền từ người dùng trước. Điều này có khả năng tăng doanh thu nếu được kết hợp đúng cách với bất kỳ mô hình thanh toán vi mô nào do rơle triển khai.
Máy chủ chuyển tiếp kiếm được càng nhiều doanh thu thì càng cần nhiều thanh khoản trên Lightning Network để tạo điều kiện thuận lợi cho việc này. Nếu các nhà khai thác lập kế hoạch chính xác về cách họ triển khai hoặc phân phối thanh khoản trong mạng, thì hành động chạy nút định tuyến đơn thuần có thể trở thành một công cụ tạo doanh thu đáng kể, ngoài mọi khoản phí được tính cho việc nhận hoặc truyền dữ liệu qua rơle.
Kết luận
Các dự án xã hội Web3, ngoài các dự án đã nói ở trên mũi và Loại voi lớn đa tuyệt chủng, còn bao gồm các dự án như Nhanh hơn và ống kính, sẽ không nhanh chóng thay thế các nền tảng truyền thông xã hội hiện có. Theo thống kê, Twitter có hàng trăm triệu người dùng tích cực, Facebook có hàng tỷ, nhưng Loại voi lớn đa tuyệt chủng chỉ có 2.5 triệu người dùngvà mũi chỉ có khoảng 220,000 danh tính người dùng duy nhất. Nhiều dự án xã hội Web3 phải đối mặt với những rào cản về khả năng sử dụng làm chậm quá trình áp dụng hàng loạt.
Truyền thông và chính trị không thể tách rời. Khi các dự án xã hội Web3 ngày càng phát triển và các cuộc trò chuyện công khai bị chia cắt trên các ứng dụng và giao thức khác nhau, có thể sẽ có những kết quả chính trị. Thậm chí Messina, người từ lâu đã ủng hộ phương tiện truyền thông xã hội phi tập trung, lo ngại rằng sự phân quyền sẽ tiếp tục thúc đẩy một cuộc tranh luận công khai vốn được đánh dấu bằng sự thù địch và hiểu lầm lẫn nhau trong những năm gần đây.
KHUYẾN CÁO: Thông tin trên trang web này được cung cấp dưới dạng bình luận chung về thị trường và không phải là lời khuyên đầu tư. Chúng tôi khuyến khích bạn tự nghiên cứu trước khi đầu tư.
Hãy cùng chúng tôi theo dõi tin tức: https://linktr.ee/coincu
Harold
đồng xu Tin tức
Các bài viết khác
bài viết liên quan
Tin tức
Vụ án hộp DEBT hiện đang trở nên phức tạp hơn với việc che đậy của SEC
Tin tức
Chủ nợ FTX có thể nhận tới 142% số tiền yêu cầu bồi thường với kế hoạch tổ chức lại mới
Đánh giá khác
Đánh giá Fluence: Nền tảng điện toán DePIN thế hệ mới của Internet
Tin tức
Vụ án hộp DEBT hiện đang trở nên phức tạp hơn với việc che đậy của SEC
Tin tức
90% khối lượng giao dịch Stablecoin không có sự tham gia của người dùng thực
Tin tức
LayerZero Airdrop gây ra sự phấn khích khi quá trình chụp nhanh giai đoạn đầu tiên được hoàn thành
Tin tức
Lỗi địa chỉ dẫn đến mất 68 triệu USD WBTC, nạn nhân rơi vào tình trạng lừa đảo lừa đảo
Dự án hàng đầu
Top 10 chương trình Telegram về tiền điện tử tốt nhất năm 2024
Hiểu biết
Dự đoán bầu cử Mỹ: Tác động và tầm quan trọng của tân Tổng thống Mỹ
Hiểu biết
