Đọc nostr: Một giao thức xã hội phi tập trung khiến Elon Musk sợ hãi

Tiêu đề gốc: " Tìm hiểu về nostr trong một bài viết: giao thức xã hội phi tập trung khiến Elon Musk sợ hãi 》

Tác giả gốc: git-sgmoore và fiatjaf (nostr)

Bản tổng hợp gốc: Con đường của DeFi

Lưu ý: Gần đây, một giao thức xã hội phi tập trung có tên nostr đã trở nên phổ biến trong cộng đồng Bitcoin, điều này đã thu hút chính sách cấm gây tranh cãi của Giám đốc điều hành Twitter hiện tại Elon Musk, đồng thời dẫn đến việc cựu Giám đốc điều hành Twitter Jack Dorsey chi 14 BTC để tài trợ cho nó. , vì vậy sức mạnh kỳ diệu của nostr là gì?

Chính sách cấm mới nhất của Twitter

Theo phần giới thiệu, nostr là giao thức đơn giản nhất có thể tạo ra một mạng "xã hội" toàn cầu chống kiểm duyệt một lần và mãi mãi.

nostr không dựa vào bất kỳ máy chủ trung tâm đáng tin cậy nào, nó dựa trên các khóa và chữ ký mật mã, đồng thời không dựa vào công nghệ P2P cũng như không phát hành mã thông báo.

Nó hoạt động như thế nào? Nói một cách đơn giản: mọi người đều điều hành một ứng dụng khách, đây có thể là ứng dụng khách gốc, ứng dụng khách web, v.v. Để xuất bản nội dung nào đó (chẳng hạn như một bài đăng), bạn ký tên bằng khóa của mình và gửi nó đến nhiều trạm chuyển tiếp (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ừ người khác, bạn có thể hỏi nhiều người lặp lại xem họ có biết về những người khác này không. Bất kỳ ai cũng có thể chạy bộ lặp, việc này rất đơn giản và không làm gì khác ngoài việc chấp nhận bài đăng của một số người và chuyển tiếp chúng cho người khác. Chúng tôi cũng không cần tin cậy vào chuyển tiếp, chữ ký được xác minh phía khách hàng.

1. Cách bắt đầu sử dụng Nostr

2. So sánh các chức năng của máy khách Nostr

3. Các dự án dựa trên Danh sách Nostr

1. Sự cố với các giải pháp khác 

1. Sự cố với Twitter

Twitter có quảng cáo;

Twitter dùng những chiêu trò kỳ quặc để khiến bạn nghiện;

Twitter không hiển thị lịch sử thực tế của những người bạn theo dõi;

Twitter cấm tài khoản của một số người nhất định;

Twitter sử dụng các biện pháp cấm bóng tối.

p>

Twitter có rất nhiều thư rác

2. Vấn đề với Mastodon và các ứng dụng tương tự

Danh tính người dùng được gắn vào các 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 và chủ sở hữu máy chủ cũng có thể chặn các máy chủ khác;

Việc di chuyển giữa các máy chủ là một việc cần làm sau và chỉ có thể thực hiện được khi cộng tác với máy chủ. Nó không hoạt động trong môi trường đối nghịch (tất cả người theo dõi đều bị mất);

Không có động cơ rõ ràng để chạy máy chủ, vì vậy chúng có xu hướng được những người có sở thích sử dụng như cũng như những người muốn chuyển mình thành một cái tên gắn liền với một tên miền hay để ai đó điều hành. Khi đó, người dùng phải chịu sự chuyên chế của một người, điều này thường tệ hơn cả 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 nghiệp dư , chúng thường bị bỏ rơi sau một thời gian - điều này thực chất cũng giống như việc cấm tất cả mọi người;

Nếu các bản cập nhật cho mọi máy chủ phải được đẩy mạnh (và tiết kiệm !) đến một số lượng lớn máy chủ khác thì việc có số lượng lớn máy chủ cũng chẳng ích gì; điều này càng trở nên trầm trọng hơn do số lượng máy chủ quá lớn, do đó, nhiều dữ liệu hơn phải được gửi đến nhiều nơi thường xuyên hơn;

Đối với ví dụ cụ thể về chia sẻ video, những người đam mê Hoạt độngPub nhận ra rằng việc chuyển video giữa các máy chủ như chú thích văn bản là hoàn toàn không thể;

3. Các vấn đề với SSB (Secure Scuttlebutt)

Nó không có nhiều vấn đề, điều mà tôi nghĩ là tuyệt vời. Trên thực tế, tôi định xây dựng dựa trên điều này, nhưng giao thức quá phức tạp vì nó hoàn toàn không đượ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ì vậy nó có những điểm kỳ quặc 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 phiên bản thứ 6 của ECMA-262;

Nó đòi hỏi phải nhận được luồng cập nhật từ một người dùng, điều này đối với tôi là không cần thiết và làm tăng thêm sự cồng kềnh và cứng nhắc - trên mỗi máy chủ/Người dùng được yêu cầu lưu trữ tất cả chuỗi bài đăng để đảm bảo có bài đăng mới có giá trị. Tại sao họ làm điều này? (Có thể họ có lý do chính đáng);

Nó không đơn giản như Nostr vì nó được thiết kế chủ yếu để đồng bộ hóa P2P;

Tuy nhiên, nó có thể đáng để xem xét sử dụng SSB thay vì giao thức tùy chỉnh này và chỉ điều chỉnh nó cho phù hợp với mô hình máy chủ chuyển tiếp máy khách, vì việc sử dụng lại một tiêu chuẩn luôn tốt hơn là cố gắng khiến mọi người sử dụng một tiêu chuẩn mới.

4.Các vấn đề khác yêu cầu giải pháp chạy máy chủ

Chúng yêu cầu mọi người phải chạy máy chủ của riêng mình ;

Đôi khi người ta vẫn bị kiểm duyệt ở những khu vực này vì tên miền có thể bị kiểm duyệt;

2. Nguyên lý hoạt động của Nostr

Nostr có hai thành phần: client và Repeater. Mỗi người dùng chạy một máy khách và bất kỳ ai cũng có thể chạy một bộ lặp.

Mỗi người dùng được xác định bằng khóa công khai, mỗi bài đăng đều được ký và mỗi khách hàng xác minh những chữ ký này.

Khách hàng nhận dữ liệu từ trạm chuyển tiếp mà họ lựa chọn và xuất bản dữ liệu tới các trạm chuyển tiếp khác mà họ lựa chọn. Bộ lặp không giao tiếp với bộ lặp khác mà chỉ giao tiếp trực tiếp với người dùng.

Ví dụ: để "theo dõi" ai đó, người dùng chỉ cần hướng dẫn khách hàng của họ truy vấn những người chuyển tiếp mà họ biết về các bài đăng từ khóa chung đó .

Khi khởi động, máy khách truy vấn tất cả các bộ lặp mà nó biết về dữ liệu về tất cả người dùng mà nó theo dõi (ví dụ: tất cả người dùng bắt đầu từ ngày cập nhật gần đây nhất) và sau đó hiển thị dữ liệu đó cho người dùng theo thứ tự thời gian.

"Bài đăng" có thể chứa bất kỳ loại dữ liệu có cấu trúc nào nhưng dữ liệu được sử dụng phổ biến nhất sẽ được tạo thành tiêu chuẩn để tất cả khách hàng và người lặp lại có thể xử lý chúng một cách liền mạch.

3. Nostr giải quyết những vấn đề mà các giải pháp khác không thể giải quyết được như thế nào? Vấn đề 1: Người dùng bị cấm, máy chủ ngừng hoạt động

Bộ lặp có thể ngăn người dùng đăng bất cứ thứ gì lên đó, nhưng điều này không ảnh hưởng gì đến người dùng vì họ vẫn có thể xuất bản nội dung tới các bộ lặp khác. Vì người dùng được xác định bằng khóa chung nên họ không bị mất danh tính và lượng người hâm mộ khi bị cấm.

Thay vì yêu cầu người dùng nhập địa chỉ bộ lặp mới theo cách thủ công (mặc dù điều này cũng cần được hỗ trợ), khách hàng sẽ tự động thêm địa chỉ này vào danh sách của các bộ lặp nó sẽ truy vấn.

Nếu ai đó đang sử dụng một trình chuyển tiếp để xuất bản dữ liệu của họ nhưng muốn di chuyển sang một trình chuyển tiếp khác, họ có thể gửi yêu cầu đến trình chuyển tiếp trước đó. Đăng đề xuất máy chủ và sau đó rời đi;

Nếu ai đó bị cấm sử dụng nhiều người lặp lại đến mức họ không thể phát đề xuất máy chủ của mình, họ vẫn có thể cho một số bạn bè thân thiết biết họ hiện đang đăng bài lên máy chủ nào thông qua các phương tiện lặp lại khác . Sau đó, những người bạn thân này có thể đăng đề xuất máy chủ lên máy chủ mới và dần dần, lượng người hâm mộ cũ của người dùng bị cấm sẽ bắt đầu tìm lại bài đăng của họ từ người chuyển tiếp mới.

Tất cả các quy định trên có hiệu lực khi bộ lặp ngừng hoạt động.

Vấn đề 2: Chống kiểm duyệt

Mọi người dùng đều có thể xuất bản các bản cập nhật nội dung của mình lên bất kỳ kênh nào số lượng bộ lặp.

Người chuyển tiếp có thể tính phí cho người dùng (việc thương lượng phí hiện nằm ngoài phạm vi của giao thức) để xuất bản ở đó, điều này đảm bảo khả năng chống kiểm duyệt.

Câu hỏi 3: Thư rác

Nếu thư rác là thứ mà người lặp lại nên quan tâm đến vấn đề này , nó có thể yêu cầu thanh toán hoặc các hình thức xác thực khác (chẳng hạn như địa chỉ email hoặc cuộc gọi điện thoại) để đăng và liên kết nội bộ những thông tin này với khóa công khai trước khi đăng lên chuyển tiếp đó hoặc sử dụng các kỹ thuật chống thư rác khác (như hashcash hoặc captcha). Nếu một rơle được sử dụng làm vật mang thư rác, nó có thể dễ dàng bị khách hàng hủy bỏ, điều này có thể tiếp tục nhận được các bản cập nhật từ các rơle khác.

Câu hỏi 4: Lưu trữ dữ liệu

Để giữ cho mạng hoạt động tốt, bạn không cần hàng trăm bộ lặp hoạt động. Trên thực tế, nó chỉ cần một số ít để hoạt động tốt, vì trong trường hợp những cái hiện có bắt đầu gặp trục trặc, những cái mới có thể dễ dàng được tạo và phổ biến trên toàn mạng. Do đó, dung lượng lưu trữ dữ liệu cần thiết thường ít hơn so với Mastodon hoặc phần mềm tương tự.

Hoặc hãy xem xét một kết quả khác: nơi tồn tại hàng trăm công cụ chuyển tiếp thích hợp do những người nghiệp dư điều hành, mỗi công cụ này chịu trách nhiệm cập nhật cho một nhóm nhỏ người dùng Công việc chuyển tiếp. Kiến trúc này cũng có thể mở rộng: dữ liệu được gửi từ người dùng đến một máy chủ duy nhất và từ máy chủ đó trực tiếp đến người dùng sẽ sử dụng dữ liệu. Nó không cần phải được lưu trữ bởi bất cứ ai khác. Trong trường hợp này, việc xử lý các bản cập nhật từ các máy chủ khác không phải là gánh nặng lớn đối với bất kỳ máy chủ nào và việc gặp phải các máy chủ nghiệp dư cũng không phải là vấn đề.

Vấn đề 5: Nội dung nặng như video

Người chuyển tiếp có thể dễ dàng từ chối nội dung dữ liệu lớn, hoặc tính phí chấp nhận và lưu trữ nội dung dữ liệu lớn. Các lực lượng thị trường có thể dễ dàng giải quyết vấn đề này khi thông điệp và động cơ rõ ràng.

Câu 6: Phương thức hiển thị

Mỗi khách hàng có thể quyết định cách hiển thị bài đăng tốt nhất cho người dùng, từ việc sử dụng trí tuệ nhân tạo để quyết định thứ tự các bản cập nhật bạn sẽ thấy cho đến việc chỉ đọc chúng theo thứ tự thời gian.

4.FAQ

1. Việc này rất đơn giản mà sao chưa có ai làm cái này trước đây à?

Đ: Tôi không biết, nhưng tôi đoán nó liên quan đến thực tế là những người tạo ra mạng xã hội đều là những công ty muốn kiếm tiền, hoặc họ không muốn làm gì cả. Máy chủ chỉ làm công cụ cho các nhà hoạt động P2P và không ai trong số họ nhìn thấy sự kết hợp cụ thể giữa hai thế giới mà Nostr sử dụng.

2. Làm cách nào để tìm được người để theo dõi?

A: Đầu tiên, bạn phải biết họ và lấy được khóa công khai của họ bằng cách nào đó, bằng cách hỏi hoặc nhìn thấy nó ở đâu đó. Sau khi truy cập mạng xã hội Nostr, bạn có thể thấy sự tương tác của họ với những người khác và sau đó bạn cũng có thể bắt đầu theo dõi và tương tác với những người đó.

3. Làm cách nào để tìm thấy bộ lặp? Điều gì xảy ra nếu tôi không kết nối với cùng một bộ lặp sóng như người khác?

Đ: Bạn sẽ không thể liên lạc với người đó. Tuy nhiên, gợi ý sự kiện có thể được sử dụng để phần mềm máy khách của bạn (hoặc theo cách thủ công) biết cách kết nối với bộ lặp của người khác và tương tác với họ. Có những ý tưởng khác trong tương lai để giải quyết vấn đề này, nhưng chúng tôi không bao giờ có thể đảm bảo khả năng tiếp cận hoàn hảo và không có giao thức nào có thể làm được.

4. Tôi có thể biết có bao nhiêu người đang theo dõi mình không?

Trả lời: Không, nhưng bạn có thể nhận được một số ước tính nếu các bộ lặp hợp tác trong các giao thức bổ sung.

5. Động cơ chạy bộ lặp của mọi người là gì?

Đ: Câu hỏi này gây hiểu lầm ở chỗ nó giả định rằng các bộ lặp là miễn phí và mọi người có thể di chuyển dữ liệu qua chúng. Có, ưu đãi không tồn tại trong trường hợp này. Điều này thực sự áp dụng cho các nút DHT trong tất cả các ngăn xếp mạng p2p khác: mọi người có động cơ gì để chạy các nút DHT?

6. Nếu bộ lặp chỉ ở trên AWS hoặc Azure, sự khác biệt là gì?

Đ: Ngày nay, có hàng nghìn nhà cung cấp VPS trên khắp thế giới, không chỉ AWS hay Azure. AWS hoặc Azure là những nhà cung cấp được sử dụng trên quy mô lớn cho một nhà cung cấp dịch vụ tập trung duy nhất, trong khi đối với các máy chủ chuyển tiếp nhỏ hơn, bất kỳ VPS nào cũng sẽ hoạt động tốt.

Đặc tả giao thức

Xem NIP‌, đặc biệt là NIP-01, để biết giải thích chi tiết hợp lý về đặc tả giao thức (gợi ý: nó rất ngắn gọn).

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia