การแนะนำ

การแนะนำ

วันนี้เราจะพูดถึงหัวข้อที่ได้รับความสนใจอย่างมาก: ปัญหาสแปม (สแปม) ของ Nostr ในฐานะโปรโตคอลแบบกระจายอำนาจ โปรโตคอล Nostr ได้ตระหนักถึงลักษณะการกระจายอำนาจ อิสระ และต่อต้านการเซ็นเซอร์ของโซเชียลมีเดียในระดับโลก ในขณะเดียวกัน โปรโตคอลนี้ยังมีความท้าทายบางประการ ซึ่งในบรรดาปัญหา Spam เป็นปัญหาที่โดดเด่นที่สุด การสนทนาของเราในวันนี้จะไม่จำกัดเฉพาะปัญหา Spam แต่จะมุ่งเน้นไปที่ผลกระทบต่ออนาคตของโซเชียลมีเดีย ความก้าวหน้าของเทคโนโลยีแบบกระจายอำนาจ และด้วยเหตุนี้ ชุมชน DAOrayaki จึงรู้สึกเป็นเกียรติที่ได้เชิญ Mr. Sherry นักวิทยาศาสตร์ด้านข้อมูลจากชุมชน Nostr CN เพื่อเริ่มต้นหัวข้อในวันนี้กับเราจากมุมมองของนักวิจัยมืออาชีพ: เส้นทางของ Nostr สู่ “ไกลแค่ไหน” สแปม”? ?

แขกรับเชิญ: เชอร์รี่ (นักวิทยาศาสตร์ข้อมูล)

ข้อความ

ข้อความ

ถาม: ก่อนเริ่มหัวข้ออย่างเป็นทางการ ทุกคนควรสงสัยเกี่ยวกับภูมิหลังของคุณ ทำไมคุณถึงสนใจ Nostr เกี่ยวข้องกับสาขาที่คุณกำลังศึกษาหรือสำรวจอยู่หรือไม่?

จริงๆ แล้วความสัมพันธ์ไม่ได้ดีมาก ตอนแรกประมาณ 3-4 เดือนก่อน เพื่อนแนะนำ Nostr ให้ผมรู้จัก เขาเป็นนักพัฒนา Bitcoin Core (Bitcoin Core) ที่มีประสบการณ์หลายปี ต่อมาเขาค่อย ๆ ย้ายไปพัฒนา ของ นอส.. เมื่อฉันพยายามทำความเข้าใจ Nostr เป็นครั้งแรก ฉันไม่รู้ว่า Nostr นั้นน่าหลงใหลเพียงใด ฉันรู้เพียงว่ามันเป็น "ข้อตกลงอื่นบนโซเชียลมีเดีย"

จริงๆ แล้วตั้งแต่ Twitter เป็นที่นิยม มีคนเสนอว่า APP (โปรแกรมแอปพลิเคชัน) ไม่ควรเป็นพาหะของโซเชียลมีเดีย แต่ควรเปลี่ยนเป็นโปรโตคอล บางคนพยายามอย่างต่อเนื่อง แต่ก็ไม่มีใครใช้กันอย่างแพร่หลาย . หลังจากผ่านไปสองหรือสามเดือน ฉันตัดสินใจทำเรื่องสกปรก (การฝึกฝนส่วนตัว) และมีส่วนร่วมในการพัฒนาแนวทางของ Nostr จริงๆ

ถาม: หลังจากติดต่อมาหลายเดือน คุณคิดอย่างไรกับการพัฒนาของ Nostr ในปัจจุบัน เรารู้ว่าระยะเริ่มต้น "การระเบิด"

อันที่จริง จากมุมมองของนักพัฒนาซอฟต์แวร์ไม่ได้รับความนิยมมากนัก ฉันคิดว่า โซเชียลมีเดีย เช่น Twitter และ Instagram เป็นไปตามกฎ: ผู้ใช้เข้ามาเป็นระลอกแล้วระลอกเล่า ผู้ใช้บางคนรู้สึกว่าสิ่งนี้ใช้ได้ แก้ปัญหาได้ และจะยังคงอยู่ แต่คนส่วนใหญ่จะไม่อยู่จนกว่าระลอกใหม่จะมาถึง

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

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

ถาม: ผมเพิ่งบอกว่าระหว่างแต่ละ "คลื่น" จะมีปัญหาอะไรที่ต้องเร่งแก้ไข ในขั้นตอนนี้ ในนิเวศวิทยาของ Nostr นอกจากปัญหาสแปมที่เราจะพูดถึงในภายหลัง มีปัญหาอะไรอีกบ้างที่ต้องแก้ไขอย่างเร่งด่วน?

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

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

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

เมื่อพูดถึงคู่คีย์ มีปัญหาที่หลีกเลี่ยงไม่ได้ นั่นคือการจัดการคีย์

ใช่ เมื่อฉันใช้ Damus มันจะสร้างคู่คีย์โดยอัตโนมัติ แต่ครั้งต่อไปที่ฉันต้องลงชื่อเข้าใช้ ฉันต้องใช้ฟังก์ชันเช่น "บัญชีแยกประเภท" มิฉะนั้นฉันจะจำคีย์สาธารณะและคีย์ส่วนตัวไม่ได้ ที่นั่น ต้องเป็นการดำเนินการคัดลอกและวาง

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

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

ถาม: ดังนั้นการดูแลและจัดเก็บกุญแจจึงเป็นปัญหา แต่ก็ไม่ร้ายแรงและเร่งด่วนอย่างที่คิด และในทางกลับกัน มันช่วยให้ Nostr แตกวงได้อย่างรวดเร็ว เนื่องจากกระเป๋าเงิน Web 3 ยังคงมี "สิ่งกีดขวาง" ที่บล็อกผู้ใช้ Web 2 จำนวนมาก

นอกจากปัญหานี้แล้ว ปัญหาเร่งด่วนอื่นๆ ที่วางไว้บน "ตาราง" คืออะไร?

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

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

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

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

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

ถาม: ก่อนหน้านี้เราได้พูดคุยเกี่ยวกับความเป็นส่วนตัวและความปลอดภัยของคีย์สาธารณะ ข้อดีและข้อเสียของการตั้งค่ารีเลย์ และข้อกังวลเกี่ยวกับปัญหาอนุพันธ์

ต่อไปเรามาพูดถึงเรื่องของ Spam ที่อาจจะเป็นประเด็นร้อนอยู่ ณ ตอนนี้ ทำไมคุณถึงคิดว่าปัญหาของ Spam นั้นโดดเด่นมากใน Nostr?

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

อีกอย่างคือปัจจุบันนี้ Relays ส่วนใหญ่จะฟรี ช่วงแรก ๆ อาจจะคิดว่าไม่สำคัญ ใช้ Relay ของผมได้ฟรี ๆ โดยไม่ต้องตั้งกฎ ทุกคนอ่านออก เขียนได้ แต่นี่ยังทำให้ สแปม ค่าใช้จ่ายใด ๆ การสร้างบัญชีก็ง่ายมากเช่นกัน บัญชีแบบเดิมอาจต้องผูกไว้กับที่อยู่อีเมลและหมายเลขโทรศัพท์มือถือ แต่ใน Nostr ตราบใดที่คุณคลิก Generate Key (สร้างคีย์) คุณจะได้รับข้อมูลระบุตัวตนใหม่ทันที เป็นไปได้อย่างสมบูรณ์ที่จะสร้างบัญชีสแปมเป็นชุด ใช่ และง่ายมาก มีค่าใช้จ่ายประมาณเท่ากับ 0

ถาม: อันที่จริง สิ่งที่ฉันไม่เข้าใจคือเหตุใดพวกเขาจึงสร้างบัญชีสแปมจำนวนมาก เนื่องจากไม่มีแรงจูงใจโทเค็นหรือสิ่งจูงใจทางเศรษฐกิจในระบบนี้ จุดประสงค์ของการทำเช่นนี้คืออะไร? เพียงเพื่อส่งโฆษณาสแปม โฆษณาฟิชชิง?

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

ถาม: แม้ว่าปัญหาสแปมจะปรากฏใน Nostr ในขั้นตอนนี้ แต่จริง ๆ แล้วเป็นปัญหาเก่าในสาขาอื่น ๆ ดังนั้นในระบบนิเวศน์วิทยาหรือสาขาที่เติบโตเต็มที่แล้วมีวิธีใดบ้างในการแก้ปัญหาสแปม

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

ถาม: เราเพิ่งพูดถึงว่าตอนนี้โหนดรีเลย์ทั้งหมดใช้งานได้ฟรี ดังนั้นหากการชาร์จเป็นวิธีที่มีประสิทธิภาพ

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

ถาม: กล่าวคือ โซลูชันปัจจุบันสำหรับสแปม ซึ่งเรียกเก็บเงินเป็นความพยายามขนาดเล็กมีบทบาทบางอย่าง ขั้นตอนต่อไปคือการพูดคุยเกี่ยวกับ NIP (Nostr Implementation Possibilities, Nostr function Implementation Feasibility) ในปัจจุบัน ยังมี NIP จำนวนมากบน Nostr และได้รับการอัปเดตอยู่เสมอ นอกจากนี้ คุณยังเป็นคอมไพเลอร์ภาษาจีนที่เกี่ยวข้องอีกด้วย ฉันมีคำถามสองข้อ ข้อแรก สถานะปัจจุบันของข้อเสนอ NIP โดยรวมเป็นอย่างไร และความคืบหน้าเป็นอย่างไร ประการที่สอง คุณพบมาตรการที่น่าสนใจที่สามารถแก้ไขปัญหาสแปมได้หรือไม่

ในตอนเริ่มต้น มาตรฐานของ NIP ค่อนข้างต่ำ ตราบใดที่ไคลเอนต์ 1 หรือ 2 รายใช้โปรโตคอล พวกเขาจะถูกรวมเข้าด้วยกัน (ผสาน) ตอนนี้ความต้องการจะสูงขึ้น เนื่องจากผู้ใช้เพิ่มขึ้นอย่างต่อเนื่อง และไคลเอนต์ 3 ถึง 5 รายอาจ จำเป็น ไคลเอนต์หรือการใช้งานมากกว่า 5 รายการของ NIP บางตัวจะถูกรวมเข้ากับสาขาหลัก

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

และหัวข้อต่อไปที่ไม่อาจหลีกเลี่ยงได้คือการลิดรอนสิทธิในการพูดของผู้อื่นโดยการรายงานนั้นขัดต่อเสรีภาพของนอสทร์หรือไม่? การตรวจสอบจะมีอยู่จริง แต่ใครจะเป็นผู้ตรวจสอบ ไม่ว่าเราจะแยกแยะผ่านรีเลย์หรือไม่ ฯลฯ ล้วนเป็นปัญหา แน่นอนว่าหลายคนคิดว่าอาจมี Spam Relay พิเศษ เช่น Relay ที่เต็มไปด้วยข้อมูลตลาดมืดเว็บมืด, Relay ที่เต็มไปด้วยข้อมูลอนาจาร เป็นต้น เพราะแก่นแท้ของ Nostr คือมันจะไม่หยุดคุณจาก ทำอะไรก็ได้

NIP of Report นั้นน่าสนใจจริง ๆ ปรากฏขึ้นครั้งแรกเพราะผู้สร้าง Damus ตามข้อกำหนดของ Apple Store นั่นคือต้องเพิ่มฟังก์ชั่นรายงานก่อนที่จะวางบนชั้นวางจนกระทั่งในที่สุดก็พัฒนาเป็น NIP

ถาม: ใช่ Damus ค่อนข้างเป็นหลุมเป็นบ่อเมื่อเปิดตัวใน Apple App Store อาจเป็นเพราะความสัมพันธ์นี้ดังนั้นจึงจำเป็นต้องเพิ่มกลไกพื้นฐานบางอย่างเข้าไป

ใช่ ฉันพบกับการต่อต้านอย่างมากเพราะหลายสิ่งหลายอย่างที่ง่ายต่อการนำไปใช้ใน Web 2 จะซับซ้อนมากขึ้นเมื่อถ่ายโอนไปยังสถาปัตยกรรมของ Nostr

ถาม: อันที่จริง ฉันคิดว่าหัวข้อของการเซ็นเซอร์และการรายงานค่อนข้างน่าสนใจ นั่นคือ ควรมีขอบเขตในการกระจายอำนาจหรือไม่ มีสิ่งที่เรียกว่า "บรรทัดล่าง" หรือไม่ คุณคิดอย่างไรเกี่ยวกับเรื่องนี้?

ผมคิดว่านี่อาจเป็นคำถามว่าใครจะทำหน้าที่ "คัดกรอง" กล่าวคือ ใครควรให้อำนาจในการตรวจสอบ ให้ใคร อนุญาตอย่างไร และทำไม

ถาม: แต่หลักการคือต้องมีการ "คัดกรอง"?

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

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

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

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

แต่ในกรณีนี้ลูกค้าต้องการทำอะไร? ไคลเอนต์นี้สื่อสารกับรีเลย์เดียวเท่านั้นหรือไม่

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

ในแง่ของการออกแบบ Nostr ฉันคิดว่ามันสามารถทำให้ง่ายขึ้นเป็น "เริ่มไคลเอนต์โง่รีเลย์" กล่าวคือ จริงๆ แล้ว Relay ไม่มีฟังก์ชันใดๆ เลย มีหน้าที่เพียงอย่างเดียวคือ storage นอกจากนี้ เมื่อ Client ขอข้อมูล ก็จะทำหน้าที่กรองข้อมูลเอง ตัวอย่างเช่น หากมีไคลเอนต์ ข้อมูล Global (ทั่วโลก) จะไม่แสดงข้อมูลการส่งต่อที่ไม่มีการกรอง แต่จะแสดงข้อมูลที่ส่งโดยผู้ติดต่อในเครือข่ายโซเชียลสามชั้น ดังนั้นในความเป็นจริงแล้วมีสแปมน้อยมาก

ถาม: จากมุมมองนี้ ฉันคิดว่านี่เป็นความชาญฉลาดของการออกแบบมินิมอลของ Nostr ด้วย บางครั้งยิ่งมินิมอลมากเท่าไหร่ก็ยิ่งมีพื้นที่ในการออกแบบมากขึ้นเท่านั้น เมื่อพูดถึงหัวข้อนี้ เราทราบดีว่า Nostr รองรับเครือข่าย Lightning (Lightning Network) และแรงจูงใจและการชำระเงินบน Nostr ก็เป็นหัวข้อที่หลีกเลี่ยงไม่ได้สำหรับการพัฒนาในอนาคต ปัจจุบัน รองรับเฉพาะการชำระเงินด้วย Bitcoin หรือไม่

ใช่ ขณะนี้รองรับเฉพาะเครือข่าย Lightning เท่านั้น

ถาม: สำหรับฉันแล้วดูเหมือนว่าจะเป็นการจำกัดผู้ใช้แทน เนื่องจากจำนวนผู้ที่ใช้ Bitcoin เป็นวิธีการชำระเงินมีจำกัดอยู่เสมอ?

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

ถาม: คุณมองเห็นการพัฒนาในอนาคตของ Nostr อย่างไร

อันที่จริง มีหลายคนถามฉันว่า: "ฉันควรลงทุนใน Nostr อย่างไร" พูดตามตรง ฉันไม่รู้จะตอบคำถามนี้อย่างไรจริงๆ ฉันคิดว่ามันดีที่จะสร้างบางอย่างขึ้นมา ฉันไม่ คิดว่า Nostr เป็นจริง มันไม่ได้อยู่ในหมวดหมู่ของ Web 3 มันเป็นเพียงโปรโตคอลแบบกระจายอำนาจ

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

ถาม: แลกเปลี่ยนข้อมูล? ฉันคิดว่านี่เป็นทิศทางที่ดีที่จะคิดเกี่ยวกับ

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

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

นอกจากนี้ Nostr ยังสามารถทำอย่างอื่นนอกเหนือจาก Social Media ได้อีกด้วย ตัวอย่างเช่น มีโครงการชื่อ Nostrocket โครงการนี้เป็น Consensus Layer ที่ใช้ Nostr กล่าวอีกนัยหนึ่งคือเราสามารถใช้มันเพื่อสร้าง DAO บน Nostr และตระหนักถึงฟังก์ชันบางอย่างที่ไม่เหมือนกับสัญญาอัจฉริยะโดยสิ้นเชิง มันจะ ยังมีประสิทธิภาพมากกว่าสัญญาอัจฉริยะ ยืดหยุ่น

ถาม: โอเค ขอบคุณครูเชอรี่ที่แบ่งปัน คุณมีอะไรจะเพิ่มเติมในหัวข้อของวันนี้อีกไหม

ยินดีต้อนรับทุกคนเข้าสู่ Meetup ในฮ่องกง ฮ่าฮ่าฮ่า ยินดีต้อนรับทุกคน

ถาม: ใช่ ฮ่าฮ่าฮ่า เราจะจัด Meetup ออฟไลน์ร่วมกันในฮ่องกงในวันที่ 14 เมษายน นี่อาจเป็นการประชุมออฟไลน์ของ Nostr ที่ค่อนข้างใหญ่ครั้งแรกในชุมชนชาวจีน แน่นอน เบื้องหลังโดยรวมคือเราจะเปิดตัว Nostr Hackathon ระดับโลกในอนาคตอันใกล้นี้ นอกจากนี้ เรายังยินดีต้อนรับผู้สร้างอย่าง Sherry เข้าร่วมการแข่งขันโปรเจกต์อีกด้วย เงินรางวัล ของการแข่งขันยังคงใจกว้างมาก ผู้ที่ชื่นชอบ นักพัฒนา ฝ่ายโครงการ นักวิจัยโปรโตคอล และผู้ที่มีข้อเสนอต่างๆ สามารถเข้าร่วมได้

นอกจากนี้ หลายสิ่งหลายอย่างใน Nostr ในขั้นตอนนี้ยังไม่สมบูรณ์แบบ ดังนั้น จึงมีความคิดมากมายที่ยังไม่มีโอกาสได้รับรู้ในขณะนี้ หากมีนักพัฒนา Nostr กำลังฟังพอดคาสต์นี้อยู่ ก็สามารถลองทำได้

ประการแรก สำหรับผู้ผลิตเนื้อหาโดยส่วนตัวแล้วข้าพเจ้ารู้สึกว่าโครงการต้องสร้างผลกำไรก่อนที่จะดำเนินต่อไปได้หากไม่เกิดผลกำไรแก่ผู้เกี่ยวข้องผลสุดท้ายอาจออกมาไม่ดี ครั้งหนึ่งฉันเคยมีความคิดเกี่ยวกับผู้สร้างเพลง สมมติว่าฉันต้องการปล่อยเพลงใน 3 วัน และถ้าผู้ใช้บางคนต้องการฟังล่วงหน้า เราสามารถใช้โมเดล Pay to Listen (จ่ายเพื่อฟังล่วงหน้า) เนื่องจากเรามีการสนับสนุนเครื่องมือการชำระเงิน (Lightning Network) อยู่แล้ว และ Nostr ในสถานการณ์ผู้ใช้เช่นนี้ ปัญหาที่ใหญ่ที่สุดคือหลังจากที่ผู้ใช้ชำระเงินแล้ว เขาอาจรั่วไหลของเนื้อหา ดังนั้นฝูงชนที่มีแนวโน้มจะจ่ายเงินจะลดลง จากนั้นคุณสามารถเข้ารหัส (เข้ารหัส) ข้อมูลที่เกี่ยวข้องของผู้ชำระเงินที่ซื้อเพลง นั่นคือเพิ่มชั้นของความถี่ที่แทบจะไม่ได้ยินในหูมนุษย์ในเพลง จากนั้นถอดรหัส (ถอดรหัส) คีย์สาธารณะและส่วนตัวของผู้ใช้ คีย์ที่ระดับไคลเอ็นต์ ด้วยวิธีนี้ เมื่อมีคนซื้อและรั่วไหล จะสามารถสืบย้อนกลับไปถึงเขาผ่านการถอดรหัส ซึ่งอาจทำให้เกิดแรงกดดันทางจิตใจคล้ายกับ "ความตายทางสังคม"

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

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

ถาม: ใช่ มันมีความแตกต่างระหว่างสภาพแวดล้อมขนาดใหญ่กับสภาพแวดล้อมขนาดเล็ก