ชื่อต้นฉบับ: "หนึ่งบทความเพื่อทำความเข้าใจ nostr: โปรโตคอลทางสังคมแบบกระจายอำนาจที่ทำให้ Elon Musk กลัว"

รวบรวมข้อความต้นฉบับ: The Way of DeFi

รวบรวมข้อความต้นฉบับ: The Way of DeFi

คำอธิบายภาพ

นโยบายการห้ามปรับปรุงของ Twitter

ตามบทนำ nostr เป็นโปรโตคอลขั้นต่ำที่สามารถสร้างเครือข่าย "โซเชียล" ทั่วโลกที่ต่อต้านการเซ็นเซอร์ได้ทุกครั้ง

nostr ไม่ได้พึ่งพาเซิร์ฟเวอร์กลางที่เชื่อถือได้ใดๆ มันขึ้นอยู่กับคีย์เข้ารหัสและลายเซ็น และไม่อาศัยเทคโนโลยี P2P และไม่ได้ออกโทเค็น

แล้วมันทำงานอย่างไร? พูดง่ายๆ ก็คือ ทุกคนเรียกใช้ไคลเอ็นต์ ซึ่งอาจเป็นไคลเอนต์แบบเนทีฟ ไคลเอนต์เว็บ ฯลฯ หากต้องการเผยแพร่บางสิ่ง (เช่น โพสต์) คุณต้องเซ็นชื่อด้วยรหัสและส่งไปยังผู้ส่งต่อหลาย ๆ คน (เซิร์ฟเวอร์ที่โฮสต์โดยบุคคลอื่นหรือตัวคุณเอง) หากต้องการรับข้อมูลอัปเดตจากคนอื่นๆ คุณสามารถถามผู้ทำซ้ำหลายคนว่าพวกเขารู้เกี่ยวกับคนอื่นๆ เหล่านั้นหรือไม่ ทุกคนสามารถเรียกใช้ตัวทำซ้ำได้ มันง่ายมาก ไม่ทำอะไรเลยนอกจากยอมรับโพสต์ของบางคนและส่งต่อให้ผู้อื่น นอกจากนี้ เราไม่จำเป็นต้องเชื่อถือผู้ถ่ายทอด ลายเซ็นจะได้รับการตรวจสอบในฝั่งไคลเอ็นต์

1. วิธีเริ่มใช้ Nostr

2. การเปรียบเทียบฟังก์ชันไคลเอนต์ Nostr

ชื่อระดับแรก

ชื่อเรื่องรอง

ชื่อเรื่องรอง

Twitter มีโฆษณา;

Twitter ใช้ลูกเล่นแปลก ๆ เพื่อทำให้คุณติดงอมแงม

Twitter ไม่แสดงประวัติที่แท้จริงของคนที่คุณติดตาม

Twitter จะแบนบัญชีของบางคน

Twitter ใช้ Shadowbans

Twitter มีสแปมจำนวนมาก

เจ้าของเซิร์ฟเวอร์สามารถแบนคุณเช่น Twitter เจ้าของเซิร์ฟเวอร์สามารถบล็อกเซิร์ฟเวอร์อื่นได้

ข้อมูลระบุตัวตนของผู้ใช้จะแนบมากับชื่อโดเมนที่ควบคุมโดยบุคคลที่สาม

เจ้าของเซิร์ฟเวอร์สามารถแบนคุณเช่น Twitter เจ้าของเซิร์ฟเวอร์สามารถบล็อกเซิร์ฟเวอร์อื่นได้

การย้ายข้อมูลระหว่างเซิร์ฟเวอร์เป็นความคิดในภายหลังและสามารถทำได้ด้วยความร่วมมือของเซิร์ฟเวอร์เท่านั้น มันไม่ทำงานในสภาพแวดล้อมที่เป็นปฏิปักษ์ (ผู้ติดตามทั้งหมดจะหายไป);

ไม่มีแรงจูงใจที่ชัดเจนในการเรียกใช้เซิร์ฟเวอร์ ดังนั้นพวกเขาจึงมักดำเนินการโดยผู้ที่ชื่นชอบงานอดิเรกและผู้ที่ต้องการแนบชื่อของตนกับชื่อโดเมนที่น่าสนใจ จากนั้นผู้ใช้จะถูกกดขี่ข่มเหงจากคนๆ เดียว ซึ่งมักจะแย่กว่าบริษัทขนาดใหญ่อย่าง Twitter และพวกเขาไม่สามารถย้ายออกไปได้

เนื่องจากเซิร์ฟเวอร์มักจะไม่ชำนาญ จึงมักถูกละทิ้งหลังจากนั้นไม่นาน ซึ่งเท่ากับเป็นการแบนทุกคนอย่างมีประสิทธิภาพ

ไม่มีประโยชน์ที่จะมีเซิร์ฟเวอร์จำนวนมากหากการอัปเดตของเซิร์ฟเวอร์แต่ละเครื่องต้องถูกผลัก (และบันทึก!) ไปยังเซิร์ฟเวอร์อื่นจำนวนมากอย่างเจ็บปวด สิ่งนี้ยิ่งทวีความรุนแรงขึ้นตามจำนวนเซิร์ฟเวอร์ที่แท้จริง ดังนั้นข้อมูลจำนวนมากขึ้นจึงต้องถูกส่งไปยังจำนวนมากขึ้น สถานที่;

ชื่อเรื่องรอง

3. ปัญหาเกี่ยวกับ SSB (Scuttlebutt ที่ปลอดภัย)

มันไม่มีปัญหามากเกินไป ซึ่งฉันคิดว่าดีมาก อันที่จริง ฉันกำลังจะสร้างมันขึ้นมา แต่โปรโตคอลของมันซับซ้อนเกินไป เพราะไม่ถือว่าเป็นโปรโตคอลแบบเปิดเลย มันเพิ่งเขียนด้วย JavaScript อาจเป็นการแก้ไขปัญหาเฉพาะอย่างรวดเร็ว ดังนั้นจึงมีนิสัยแปลก ๆ และไม่จำเป็น เช่น การเซ็นชื่อสตริง JSON ซึ่งต้องปฏิบัติตามกฎ ECMA-262 รุ่นที่ 6 อย่างเคร่งครัด

มันยืนยันที่จะรับสายการอัปเดตจากผู้ใช้รายเดียว ซึ่งสำหรับฉันนั้นไม่จำเป็น และเป็นการเพิ่มความขยายและความแข็งแกร่งของเนื้อหา - เซิร์ฟเวอร์/ผู้ใช้ทุกคนจำเป็นต้องจัดเก็บโพสต์เชนทั้งหมดเพื่อให้แน่ใจว่าโพสต์ใหม่นั้นมีประสิทธิภาพ ทำไมพวกเขาทำเช่นนี้ (อาจมีเหตุผลที่ดี);

มันไม่ง่ายเหมือน Nostr เพราะส่วนใหญ่ออกแบบมาสำหรับการซิงโครไนซ์ P2P;

ชื่อเรื่องรอง

4. ปัญหาอื่น ๆ ที่ต้องใช้โซลูชันเซิร์ฟเวอร์

พวกเขาต้องการให้ทุกคนเรียกใช้เซิร์ฟเวอร์ของตนเอง

ชื่อระดับแรก

2. หลักการทำงานของ Nostr

Nostr มีสององค์ประกอบ: ไคลเอ็นต์และรีเลย์ ผู้ใช้แต่ละคนเรียกใช้ไคลเอ็นต์ และทุกคนสามารถเรียกใช้ตัวทำซ้ำได้

ผู้ใช้ทุกคนจะถูกระบุด้วยรหัสสาธารณะ ทุกโพสต์มีการเซ็นชื่อ และไคลเอ็นต์ทุกรายยืนยันลายเซ็นเหล่านั้น

ลูกค้าดึงข้อมูลจากผู้ส่งต่อที่ตนเลือกและเผยแพร่ข้อมูลไปยังผู้ถ่ายทอดรายอื่นที่ตนเลือก ตัวทวนสัญญาณไม่สื่อสารกับตัวทวนสัญญาณอื่น แต่จะติดต่อกับผู้ใช้โดยตรงเท่านั้น

ตัวอย่างเช่น หากต้องการ "ติดตาม" ใครบางคน ผู้ใช้เพียงแค่สั่งให้ไคลเอ็นต์ค้นหาผู้ส่งต่อที่รู้จักสำหรับโพสต์จากคีย์สาธารณะนั้น

เมื่อเริ่มต้นใช้งาน ไคลเอ็นต์จะค้นหาตัวทำซ้ำทั้งหมดที่ทราบเกี่ยวกับข้อมูลเกี่ยวกับผู้ใช้ทั้งหมดที่ติดตาม (เช่น การอัปเดตทั้งหมดจากวันล่าสุด) จากนั้นจึงแสดงข้อมูลนั้นแก่ผู้ใช้ตามลำดับเวลา

ชื่อระดับแรก

ชื่อเรื่องรอง

ปัญหาที่ 1: ผู้ใช้ถูกแบน เซิร์ฟเวอร์ล่ม

ตัวทำซ้ำสามารถป้องกันไม่ให้ผู้ใช้โพสต์สิ่งใดในนั้น แต่สิ่งนี้ไม่มีผลกับผู้ใช้เนื่องจากยังคงสามารถโพสต์เนื้อหาไปยังตัวทำซ้ำอื่นได้ เนื่องจากผู้ใช้ถูกระบุด้วยรหัสสาธารณะ พวกเขาจึงไม่สูญเสียตัวตนและฐานแฟนคลับเมื่อถูกแบน

แทนที่จะกำหนดให้ผู้ใช้ป้อนที่อยู่ทวนใหม่ด้วยตนเอง (แม้ว่าจะรองรับสิ่งนี้ด้วย) เมื่อใดก็ตามที่คนที่คุณติดตามโพสต์คำแนะนำเซิร์ฟเวอร์ ไคลเอนต์ควรเพิ่มที่อยู่นั้นลงในรายการทวนที่จะสอบถามโดยอัตโนมัติ

หากมีคนใช้ตัวส่งต่อหนึ่งตัวเพื่อเผยแพร่ข้อมูลของตน แต่ต้องการย้ายไปยังตัวส่งต่อตัวอื่น พวกเขาสามารถโพสต์คำแนะนำเซิร์ฟเวอร์ไปยังตัวส่งต่อก่อนหน้าและออก

หากมีคนถูกแบนจากตัวทำซ้ำจำนวนมากจนไม่สามารถเผยแพร่คำแนะนำเซิร์ฟเวอร์ของตนได้ พวกเขายังคงสามารถบอกให้เพื่อนสนิทรู้ว่ากำลังโพสต์ตัวทำซ้ำตัวใดอยู่ในขณะนี้ด้วยวิธีอื่น เพื่อนสนิทเหล่านี้สามารถโพสต์คำแนะนำเกี่ยวกับเซิร์ฟเวอร์ไปยังเซิร์ฟเวอร์ใหม่ได้ และอย่างช้าๆ ฐานแฟนคลับเก่าของผู้ใช้ที่ถูกแบนจะเริ่มค้นหาโพสต์ของพวกเขาอีกครั้งจากตัวทำซ้ำใหม่

ชื่อเรื่องรอง

ปัญหาที่ 2: การต่อต้านการเซ็นเซอร์

ผู้ใช้แต่ละคนสามารถเผยแพร่การอัปเดตเนื้อหาไปยังผู้ส่งต่อจำนวนเท่าใดก็ได้

ชื่อเรื่องรอง

ปัญหาที่ 3: สแปม

ชื่อเรื่องรอง

ปัญหาที่ 4: การจัดเก็บข้อมูล

เพื่อให้เครือข่ายมีสุขภาพที่ดี ไม่จำเป็นต้องมีตัวทำซ้ำที่ใช้งานอยู่หลายร้อยตัว ในความเป็นจริง มันทำงานได้ดีกับเพียงไม่กี่คน เนื่องจากสามารถสร้างและเผยแพร่สิ่งใหม่ได้อย่างง่ายดายผ่านเครือข่าย ในกรณีที่สิ่งที่มีอยู่เริ่มล้มเหลว ดังนั้นปริมาณการจัดเก็บข้อมูลที่ต้องการจึงน้อยกว่าของ Mastodon หรือซอฟต์แวร์ที่คล้ายกัน

ชื่อเรื่องรอง

คำถามที่ 5: วิดีโอและเนื้อหาหนักๆ อื่นๆ

ชื่อเรื่องรอง

คำถามที่ 6: วิธีแสดง

ชื่อระดับแรก

4. คำถามที่พบบ่อย

คำตอบ:

คำตอบ:ฉันไม่รู้ แต่ฉันคิดว่ามันเกี่ยวข้องกับข้อเท็จจริงที่ว่าคนที่สร้างโซเชียลเน็ตเวิร์กเป็นทั้งบริษัทที่พยายามหาเงิน หรือนักเคลื่อนไหว P2P ที่ต้องการทำสิ่งต่าง ๆ โดยไม่มีเซิร์ฟเวอร์เลย และทั้งสองอย่าง ได้เห็นสิ่งที่ Nostr ใช้ การผสมผสานเฉพาะของทั้งสองโลก

คำตอบ:

คำตอบ:ขั้นแรก คุณต้องรู้เกี่ยวกับพวกเขาและรับรหัสสาธารณะของพวกเขาไม่ว่าจะโดยการถามหรือดูที่ไหนสักแห่ง เมื่อคุณอยู่ในโซเชียลเน็ตเวิร์กของ Nostr แล้ว คุณจะเห็นปฏิสัมพันธ์ของพวกเขากับคนอื่นๆ และคุณสามารถเริ่มติดตามและโต้ตอบกับพวกเขาได้เช่นกัน

คำตอบ:

คำตอบ:คุณจะไม่สามารถสื่อสารกับบุคคลนั้นได้ แต่เป็นไปได้ที่จะใช้คำแนะนำเหตุการณ์เพื่อให้ซอฟต์แวร์ไคลเอนต์ของคุณ (หรือคุณด้วยตนเอง) รู้วิธีเชื่อมต่อและโต้ตอบกับตัวทำซ้ำของผู้อื่น มีความคิดอื่นๆ ที่จะแก้ปัญหานี้ในอนาคต แต่เราไม่สามารถรับประกันการเข้าถึงได้อย่างสมบูรณ์แบบ และโปรโตคอลใดๆ ก็ทำไม่ได้เช่นกัน

คำตอบ:

คำตอบ:ไม่ แต่คุณสามารถรับค่าประมาณได้หากผู้ทำซ้ำให้ความร่วมมือในโปรโตคอลเพิ่มเติม

คำตอบ:

คำตอบ:คำถามนี้ทำให้เข้าใจผิด โดยถือว่าผู้ทำซ้ำนั้นไม่มีค่าใช้จ่ายและผู้คนสามารถย้ายข้อมูลผ่านพวกเขาได้ ใช่ ในกรณีนี้ไม่มีสิ่งจูงใจ สิ่งนี้ใช้กับโหนด DHT ในสแต็กเครือข่าย p2p อื่น ๆ ทั้งหมดเช่นกัน: ผู้คนมีแรงจูงใจอะไรในการเรียกใช้โหนด DHT

คำตอบ:

คำตอบ:ปัจจุบัน มีผู้ให้บริการ VPS นับพันรายทั่วโลก ไม่ใช่แค่ AWS หรือ Azure AWS หรือ Azure เป็นสิ่งที่ผู้ให้บริการแบบรวมศูนย์เดียวขนาดใหญ่ใช้อย่างแท้จริง และสำหรับเซิร์ฟเวอร์รีเลย์ขนาดเล็ก VPS ใดๆ จะทำงานได้ดี

ข้อกำหนดโปรโตคอล

ลิงค์ต้นฉบับ

ลิงค์ต้นฉบับ