การรวบรวมตำนาน Web3 (1): ฉันพบปัญหาอะไรใน Web2
ผู้เขียนต้นฉบับ: ไนท์ จาง
ที่มาต้นฉบับ: การคิดที่ไม่แน่นอน
การอ่านที่เกี่ยวข้อง:
Web3 Myth Collection (2): เป็นสิ่งสำคัญมากสำหรับผู้ใช้ในการเป็นเจ้าของ Web3
ตำนาน Web3 (3): โมเดล 3+1 ของ Web3
ผู้เขียนต้นฉบับ: ไนท์ จาง
ที่มาต้นฉบับ: การคิดที่ไม่แน่นอน
ชื่อเรื่องรอง
การอ่านที่เกี่ยวข้อง:
Web3 Myth Collection (2): เป็นสิ่งสำคัญมากสำหรับผู้ใช้ในการเป็นเจ้าของ Web3
ตำนาน Web3 (3): โมเดล 3+1 ของ Web3
web3 คืออะไร ฉันไม่รู้สึกว่ามีการจำกัดความที่ค่อนข้างแม่นยำในปัจจุบัน ท้ายที่สุดแล้ว สิ่งใหม่ ๆ นั้นชัดเจนขึ้นเรื่อย ๆ ในกระบวนการวิวัฒนาการ หากสามารถกำหนดได้อย่างแม่นยำ ก็หมายความว่าสิ่งใหม่ ๆ นั้นเป็นรูปเป็นร่างโดยพื้นฐานแล้ว และพื้นที่โอกาสสัมพัทธ์จะไม่ใหญ่มาก
ในการพิจารณาคดีของรัฐสภาสหรัฐเมื่อสัปดาห์ที่แล้ว Brian Brooks (CEO Bitfury Group) ได้ให้คำจำกัดความของ WEB3 โดยตรง: สามารถอ่านและเขียนได้และสามารถเป็นเจ้าของได้พร้อม ๆ กัน เมื่อเทียบกับ WEB1 แบบอ่านอย่างเดียวและแบบอ่าน- เขียน WEB2 ผู้ใช้ทั่วไปสามารถฟังได้ทันที เข้าใจแนวคิด นี่เป็นคำอธิบายที่ได้รับการยอมรับอย่างกว้างขวางที่สุดในปัจจุบัน
นับเป็นเหตุการณ์สำคัญที่ทำให้ผู้ชมเข้าใจโดยสัญชาตญาณในโอกาสระดับสูงเช่นนี้ และนำไปสู่การปฏิวัติ WEB3 ที่เกิดขึ้นในสหรัฐอเมริกาโดยตรง
ฉันมีปัญหาอะไรใน Web2.0
ฉันไม่ชัดเจนว่า web3 ควรมีลักษณะอย่างไร อย่างไรก็ตาม สำหรับแอปพลิเคชัน web2 แบบดั้งเดิม ฉันมีข้อบกพร่องมากมายโดยส่วนตัว และฉันรู้สึกว่ามันยากที่จะแก้ไขในระบบนิเวศของแอปพลิเคชันอินเทอร์เน็ตในปัจจุบัน
ยกตัวอย่างเนื้อหาส่วนตัวของฉัน ฉันจะโพสต์บทความในบัญชีอย่างเป็นทางการของ WeChat ทั้งหมดนี้ฟรี และฉันจะบันทึกความคิดของฉัน
เป็นการยากที่จะสร้างชุมชนที่ชำระเงินตามบัญชีอย่างเป็นทางการ ไม่มีแนวคิดของกลุ่มและจ่ายได้เพียงบทความเดียว และไม่มีระบบสมาชิก ดังนั้นฉันจึงเลือก Knowledge Odaily เพื่อสร้างชุมชนแบบชำระเงิน
ปัญหาของ Odaily คือค่าผ่านทางแพงมาก พวกเขาเรียกเก็บค่าธรรมเนียมการจัดการ 20% หากคุณเป็นผู้ใช้ Apple คุณจะถูกเรียกเก็บค่าธรรมเนียมการจัดการเพิ่มเติม 30% ผู้ค้าได้รับค่าสมาชิกครึ่งหนึ่ง!
ความรู้ อินเทอร์เฟซการเผยแพร่เนื้อหาของ Odaily นั้นไม่ค่อยดีนัก และไม่สามารถรองรับการปรับรูปแบบต่างๆ ได้อย่างเหมาะสม เช่น เว็บไซต์เผยแพร่เนื้อหาระดับมืออาชีพ หากคุณโพสต์บทช่วยสอนโดยตรงใน Odaily มันจะดูไม่เป็นมิตรเอามากๆ
ดังนั้น เรายังคงต้องหาแพลตฟอร์มการเผยแพร่เนื้อหาที่ค่อนข้างใช้งานง่ายพร้อมกลไกการพิสูจน์ตัวตน ปัจจุบัน เราเลือกแนวคิด
สามเครื่องมือข้างต้นช่วยแก้ปัญหาสามประการ:
บัญชีอย่างเป็นทางการแก้ปัญหาช่องทางการเข้าถึงเนื้อหา การประชาสัมพันธ์ และการระบายน้ำ
Odaily แก้ปัญหาของการสื่อสารในชุมชนตามสมาชิก
แนวคิดช่วยแก้ปัญหาการเผยแพร่เนื้อหาและการเรียกดูด้วยกลไกการตรวจสอบสิทธิ์
สำหรับผู้ใช้ที่ชำระเงิน แอปพลิเคชันหลายตัวเกี่ยวข้องกับการดูแลบัญชีที่แตกต่างกัน สำหรับผู้ชำระค่าธรรมเนียม เป็นเรื่องยากที่จะตระหนักถึงการเชื่อมโยงระบบบัญชีอัตโนมัติและการอนุญาตอัตโนมัติเพื่อรักษาข้อมูลสมาชิกในช่องทางต่างๆ ระบุระยะเวลาการเป็นสมาชิกและการอนุญาต ฯลฯ
เนื่องจากข้อมูลระหว่างระบบต่างๆ ไม่ได้เชื่อมต่อกัน ผู้ชำระค่าธรรมเนียมเท่านั้นที่สามารถรักษาข้อมูลได้ด้วยตนเอง
มีแอปพลิเคชันที่สามารถตอบสนองความต้องการข้างต้นพร้อมกันได้หรือไม่? โดยส่วนตัวแล้วฉันยังไม่พบแอปพลิเคชันที่สมบูรณ์แบบกว่านี้ และแม้ว่าจะมีบางส่วน แอปพลิเคชันทั้งหมดก็ยังไม่น่าพอใจในด้านใดด้านหนึ่ง
แอปพลิเคชันส่วนใหญ่ของ web2 ใช้งานได้ดีในทิศทางเดียว หากใช้ร่วมกัน กำแพงระหว่างแอปพลิเคชันทั้งสองจะสูงมาก และมีข้อจำกัดมากมายในการอ้างอิงเนื้อหา
ชุมชนที่ได้รับค่าตอบแทนส่วนใหญ่ที่ฉันเข้าร่วมได้เห็นปัญหาในรูปแบบเดียวกัน ตัวอย่างเช่น ในชุมชนแบบชำระเงินบางแห่งบน WeChat เนื้อหาส่วนใหญ่จะถูกโพสต์ลงในกลุ่ม อันที่จริง การปีนบันไดนั้นยากมาก
เพื่อนที่ทำงานหนักจะใส่เนื้อหาในเอกสารที่ใช้ร่วมกัน เช่น ไฟท์ ซึ่งนำปัญหาใหม่ๆ มาให้ด้วย หากมีการแชร์เอกสาร ผู้ที่ไม่ชำระเงินยังสามารถดูเอกสารนั้นได้ หากคุณต้องการให้สิทธิ์ ไม่มีวิธีใดที่จะอ่านสมาชิกกลุ่มโดยอัตโนมัติได้ และการดำเนินการด้วยตนเองจะใช้พลังงานมากเกินไป
พูดตามตรง ฉันรู้สึกว่าชุมชนการชำระเงินที่ใช้ WeChat นั้นเกี่ยวกับการสร้างรายได้จากทราฟฟิก หารายได้จากผู้ใช้ใหม่ และดึงดูดผู้ใช้ใหม่ในทุกๆ ปัญหา เป็นเรื่องยากจริงๆ ที่จะให้บริการผู้ใช้เก่าได้ดี ท้ายที่สุด เช่น ผู้ให้บริการไม่มีความสามารถในการให้บริการอย่างต่อเนื่อง
ความเป็นไปได้ของ WEB3
ยังคงใช้ตัวอย่างการชำระเงินความรู้ที่ฉันกล่าวถึงข้างต้น องค์ประกอบพื้นฐานที่สุดของชุมชนการชำระเงินความรู้ประกอบด้วย: เนื้อหาที่ต้องชำระเงิน บัญชีผู้ใช้ที่ต้องชำระเงิน บัญชีผู้ใช้ที่ไม่ได้ชำระเงิน ข้อมูลที่ต้องชำระเงิน เป็นต้น
ในกรณีของฉัน เนื้อหาที่ต้องชำระเงินอยู่ในความคิด บัญชีผู้ใช้แบบชำระเงินและข้อมูลการชำระเงินอยู่ใน Odaily และบัญชีผู้ใช้แบบไม่ต้องชำระเงินอยู่ในบัญชีอย่างเป็นทางการ ข้อมูลระหว่างแอปพลิเคชันเหล่านี้ไม่สามารถทำงานร่วมกันได้
หากคุณใช้แนวคิดของ web3 ในการทำเช่นนี้ ผู้ใช้สามารถใช้กระเป๋าเงินเข้ารหัสเป็นบัญชีได้โดยตรง สามารถชำระเงินในรูปแบบของ NFT หรือโทเค็น หลังจากที่ผู้ให้บริการเนื้อหาโต้ตอบกับกระเป๋าเงินของผู้ใช้และลงนามแล้ว จะตรวจสอบว่าบัญชีมี NFT หรือโทเค็นที่สอดคล้องกันหรือไม่ และถ้ามี ก็สามารถเรียกดูได้ หากไม่มี ก็จะไม่สามารถเรียกดูได้
เนื้อหาแบบชำระเงินสามารถรับรู้ถึงการจัดการสมาชิกและการดูเนื้อหาแบบชำระเงินโดยอัตโนมัติผ่านการแยกส่วนข้างต้น ตราบใดที่แอปพลิเคชันรองรับการตรวจสอบกระเป๋าเงินและการอนุญาตโทเค็นเฉพาะ
วิธีนี้จะกำจัดการผูกมัดของแพลตฟอร์มเฉพาะกับผู้ใช้ก่อน ใช้ Odaily เป็นตัวอย่าง คุณได้ชำระเงินที่นี่แล้วและค่าธรรมเนียมเหล่านี้ไม่สามารถโอนไปยังแพลตฟอร์มอื่น ๆ ได้ แม้ว่าคุณจะไม่พอใจกับแพลตฟอร์มนี้
หากนำโซลูชันของ web3 นี้มาใช้ การชำระเงินจริงจะถูกบันทึกไว้ในบล็อกเชน ซึ่งไม่ได้อยู่ในแอปพลิเคชันเฉพาะ และชั้นมูลค่าสามารถรับรู้ได้ตราบเท่าที่แอปพลิเคชันทั้งหมดรองรับบล็อกเชนพื้นฐาน
สิ่งนี้เอื้อต่อการแข่งขันของแอปพลิเคชันใหม่ ๆ ตราบใดที่ผลิตภัณฑ์ทำได้ดีก็จะมีผู้สร้างที่สามารถโยกย้ายโดยตรงได้ตลอดเวลา
ในตัวอย่างนี้ ผู้ใช้มีอิสระเหนือข้อมูลการชำระเงิน และสามารถติดตามกระเป๋าเงินของผู้ใช้เพื่อเข้าถึงแอปพลิเคชันต่างๆ ไม่จำกัดเพียงแอปพลิเคชันเดียว
เพื่อให้เป็นตัวอย่างที่ไม่เหมาะสมอีกตัวอย่างหนึ่ง หาก ofo ใช้วิธีการเรียกเก็บเงินนี้ในตอนเริ่มต้น เงินฝากของผู้ใช้จะอยู่ใน NFT บริษัทจักรยานอื่นๆ สามารถใช้ NFT นี้เป็นเกณฑ์ในการหักเงินได้เช่นกัน ไม่สามารถใช้ Ofo ได้ แต่ยังสามารถใช้ในแอปพลิเคชันอื่นได้
การครอบครอง สิทธิขั้นพื้นฐานที่สุดคือการครอบครองข้อมูลประจำตัวเช่นหมายเลขบัญชี บัญชีแอปพลิเคชันอินเทอร์เน็ตเกือบทั้งหมดที่เราใช้ตอนนี้ไม่ได้เป็นของเราเป็นการส่วนตัว และข้อมูลทั้งหมดเป็นของบริษัทอินเทอร์เน็ต
ใน web3 กระเป๋าเงินเข้ารหัสเป็นบัญชีที่ใช้งานได้ง่ายที่สุด เรามีรหัสส่วนตัว ดังนั้นเราจึงมีบัญชีของเราเอง ซึ่งแอปพลิเคชันไม่สามารถลบและปลอมแปลงได้
วิธีการเปลี่ยน
การเปลี่ยนแปลงที่เป็นไปได้มากที่สุดควรเป็นการรับรองความถูกต้องของ metamask โดยตรง วิธีการตรวจสอบความถูกต้องของ web3 ค่อนข้างง่ายในการแปลง ตัวอย่างเช่น การรับรองความถูกต้องต่างๆ ในช่อง discord สามารถตรวจสอบที่อยู่กระเป๋าเงินได้โดยตรงและมีโทเค็นบางอย่างในกระเป๋าเงินหรือไม่
สิ่งที่ซับซ้อนคือความเข้ากันได้แบบเนทีฟของฝั่งแอปพลิเคชัน เช่น การใช้วิธีตรวจสอบสิทธิ์แบบเนทีฟของ web3 โดยตรง การนำระบบการอนุญาตแบบโทเค็นมาใช้ เป็นต้น ซึ่งจำเป็นต้องพิจารณาในการออกแบบแอปพลิเคชัน การแปลงแอปพลิเคชัน web2 แบบเก่านั้นค่อนข้างยาก
ในโลกของ web3 โดยส่วนตัวแล้วฉันคิดว่าจะมีแอปพลิเคชั่นขนาดเล็กและสวยงามมากมาย พวกมันรวมกันอย่างเป็นธรรมชาติผ่านกระเป๋าเงินเข้ารหัส ตามความต้องการที่แตกต่างกันของผู้ใช้ การใช้งานที่แตกต่างกันมากมายสามารถปรับแต่งได้ ไม่จำเป็นต้องรอเวอร์ชันใหม่ของแอปพลิเคชันขนาดใหญ่เพื่อตอบสนองความต้องการใหม่ของผู้ใช้
