Giao thức Nostr là gì? Tại sao Jack Dorsey tài trợ cho nó nhưng Elon Musk lại cấm nó?

Một giao thức xã hội mới có tên Nostr đã được cựu CEO Twitter Jack Dorsey và CEO hiện tại Elon Musk đối xử rất khác biệt.

Ngày 14 tháng 12, cựu Giám đốc điều hành Twitter Jack Dorsey đã nhận được đề xuất từ người dùng Twitter Koty_Auditore để tài trợ cho Nostr. Sau khi nghiên cứu về Nostr, Jack Dorsey đã thông báo quyên góp 14 Bitcoin (khoảng 245.000 USD) để tài trợ cho sự phát triển của Nostr vào ngày 15 tháng 12.

Trong khi đó vào ngày 18 tháng 12, Twitter đã chính thức thông báo về việc chặn những người dùng có tuyên truyền chứa liên kết đến các mạng xã hội khác, bao gồm Facebook, Instagram, Truth Social, Mastodon và những người khác, và Nostr đã được liệt kê.

Nostr là gì?

nostr, viết tắt của "Ghi chú và Nội dung khác được Truyền qua Rơle".

theo github của Nostr's, Nostr là giao thức mở đơn giản nhất có thể tạo ra một "xã hội" toàn cầu chống kiểm duyệt. mạng một lần và mãi mãi.

Mạng xã hội Nostr được xây dựng giống như twitter, nơi bạn có thể tạo các bài đăng (như tweet), thích bài đăng, theo dõi ai đó hoặc hủy theo dõi họ, chuyển tiếp tin nhắn/đăng lại. Thông thường thuật ngữ 'bài đăng' hoặc 'lưu ý' được dùng để chỉ việc tạo một bài đăng trên mạng xã hội nostr.

Nhưng nó không dựa vào bất kỳ máy chủ trung tâm đáng tin cậy nào, do đó nó có khả năng phục hồi; nó dựa trên các khóa và chữ ký mật mã, vì vậy nó không bị giả mạo; nó không dựa vào các kỹ thuật P2P, do đó nó hoạt động.

Nostra hoạt động như thế nào?

• Có hai thành phần:khách hàng vàchuyển tiếp . Mỗi người dùng chạy một khách hàng. Ai cũng có thể chạy tiếp sức.
• Mỗi người dùng được xác định bởi một khóa công khai. Mỗi bài đăng được ký kết. Mỗi khách hàng xác nhận những chữ ký này.
• Khách hàng tìm nạp dữ liệu từ các rơle do họ lựa chọn và xuất bản dữ liệu lên các rơle khác do họ lựa chọn. Một rơle không giao tiếp với rơle khác mà chỉ giao tiếp trực tiếp với người dùng.
• Ví dụ: để "theo dõi" ai đó mà người dùng chỉ hướng dẫn khách hàng của họ truy vấn các rơle mà họ biết đối với các bài đăng từ khóa công khai đó.
• Khi khởi động, một máy khách truy vấn dữ liệu từ tất cả các rơle mà nó biết đối với tất cả người dùng mà nó theo dõi (ví dụ: tất cả các cập nhật từ ngày trước), sau đó hiển thị dữ liệu đó cho người dùng theo trình tự thời gian.
• Một "bài đăng" có thể chứa bất kỳ loại dữ liệu có cấu trúc nào, nhưng những dữ liệu được sử dụng nhiều nhất sẽ tìm đường vào tiêu chuẩn để tất cả máy khách và rơle có thể xử lý chúng một cách liền mạch.

Một bản tóm tắt ngắn về cách nó hoạt động

Mọi người điều hành một khách hàng. Nó có thể là ứng dụng khách gốc, ứng dụng khách web, v.v. Để xuất bản thứ gì đó, bạn viết một bài đăng, ký tên bằng khóa của mình và gửi nó tới nhiều rơle (máy chủ do người khác hoặc chính bạn lưu trữ). Để nhận thông tin cập nhật từ những người khác, bạn hỏi nhiều người chuyển tiếp xem họ có biết gì về những người khác này không. Ai cũng có thể chạy tiếp sức. Một rơle rất đơn giản và ngu ngốc. Nó không làm gì ngoài việc chấp nhận bài đăng từ một số người và chuyển tiếp đến những người khác. Rơle không nhất thiết phải đáng tin cậy. Chữ ký được xác minh ở phía khách hàng.

Tại sao Nostr lại cần thiết

bởi vì các giải pháp khác bị hỏng:

Vấn đề với Twitter

• Twitter có quảng cáo;
• Twitter sử dụng các kỹ thuật kỳ lạ để khiến bạn nghiện;
• Twitter không hiển thị nguồn cấp dữ liệu lịch sử thực tế từ những người bạn theo dõi;
• Twitter cấm mọi người;
• Twitter cấm mọi người.
• Twitter có rất nhiều thư rác.

Vấn đề với Mastodon và các chương trình tương tự

• Danh tính người dùng được gắn vào tên miền do bên thứ ba kiểm soát;
• Chủ sở hữu máy chủ có thể cấm bạn, giống như Twitter; Chủ sở hữu máy chủ cũng có thể chặn các máy chủ khác;
• Di chuyển giữa các máy chủ là một suy nghĩ sau và chỉ có thể được thực hiện nếu các máy chủ hợp tác. Nó không hoạt động trong môi trường đối nghịch (tất cả những người theo dõi đều bị mất);
• Không có động cơ rõ ràng để chạy các máy chủ, do đó chúng có xu hướng được điều hành bởi những người đam mê và những người muốn gắn tên của họ với một miền thú vị. Sau đó, người dùng phải chịu sự chuyên quyền của một người, điều này thường tồi tệ hơn so với chế độ chuyên quyền của một công ty lớn như Twitter và họ không thể di chuyển ra ngoài;
• Vì các máy chủ có xu hướng được vận hành một cách nghiệp dư nên chúng thường bị bỏ dở sau một thời gian — điều này thực sự giống như việc cấm tất cả mọi người;
• Thật vô nghĩa khi có nhiều máy chủ nếu các bản cập nhật từ mọi máy chủ sẽ phải được đẩy (và được lưu lại!) đến rất nhiều máy chủ khác. Điểm này trở nên trầm trọng hơn bởi thực tế là các máy chủ có xu hướng tồn tại với số lượng lớn, do đó, nhiều dữ liệu phải được chuyển đến nhiều nơi hơn thường xuyên hơn;
• Đối với ví dụ cụ thể về chia sẻ video, những người đam mê ActivityPub nhận ra rằng hoàn toàn không thể truyền video từ máy chủ này sang máy chủ khác theo cách ghi chú văn bản, vì vậy họ quyết định chỉ lưu trữ video từ một phiên bản duy nhất nơi video được đăng lên, đó là tương tự như cách tiếp cận Nostr.

Vấn đề với SSB (Secure Scuttlebutt)

• Nó không có nhiều vấn đề. Tôi nghĩ nó thật tuyệt. Trên thực tế, tôi đã định sử dụng nó làm cơ sở cho việc này, nhưng
• giao thức của nó quá phức tạp vì nó không hề được coi là một giao thức mở. Nó chỉ được viết bằng JavaScript có lẽ là một cách nhanh chóng để giải quyết một vấn đề cụ thể và phát triển từ đó, do đó, nó có những điều kỳ lạ và không cần thiết như ký một chuỗi JSON phải tuân thủ nghiêm ngặt các quy tắc củaPhiên bản thứ 6 ECMA-262 ;
• Nó khăng khăng đòi có một chuỗi cập nhật từ một người dùng, điều mà tôi cảm thấy không cần thiết và điều gì đó làm tăng thêm sự cồng kềnh và cứng nhắc cho thứ đó - mỗi máy chủ/người dùng cần lưu trữ tất cả chuỗi bài đăng để đảm bảo rằng bài đăng mới là hợp lệ. Tại sao? (Có thể họ có lý do chính đáng);
• Nó không đơn giản như Nostr, vì nó chủ yếu được tạo ra để đồng bộ hóa P2P, với "pub" là một suy nghĩ lại;
• Tuy nhiên, có thể đáng xem xét sử dụng SSB thay vì giao thức tùy chỉnh này và chỉ cần điều chỉnh nó theo mô hình máy chủ chuyển tiếp máy khách, bởi vì việc sử dụng lại một tiêu chuẩn luôn tốt hơn là cố gắng đưa mọi người vào một tiêu chuẩn mới.

Sự cố với các giải pháp khác yêu cầu mọi người chạy máy chủ của riêng họ

• Họ yêu cầu mọi người chạy máy chủ của riêng họ;
• Đôi khi mọi người vẫn có thể bị kiểm duyệt trong số này vì tên miền có thể bị kiểm duyệt.