เรื่องราวของเครือข่ายในปัจจุบันหรือเรื่องราวของการยอมรับในวงกว้าง เราสามารถพบว่าพวกเขาทำสิ่งหนึ่ง -
เหมือนหัวหอมที่ห่อหุ้มการดำเนินการพื้นฐานที่ซับซ้อนเป็นชั้นๆ ให้เป็นสิ่งที่ง่ายและสะดวกสำหรับผู้ใช้ .
จากเรื่องราวของเครือข่าย เราสามารถเห็นว่ากระบวนการพัฒนามีขั้นตอนดังนี้:
1)
Layer1: ในการแข่งขัน Layer1 เริ่มต้น ทุกคนได้ปรับปรุงและพัฒนาในทิศทางโครงสร้างพื้นฐานที่แตกต่างกัน เช่น ประสิทธิภาพ, การทำธุรกรรมต่อวินาที, และความสามารถในการรวมกัน ซึ่งนำไปสู่ Layer1 ที่พัฒนาจาก
Ethereum เช่น
Solana, Polkadot, Cosmos เป็นต้น
ประสบการณ์ผู้ใช้และการปรับปรุงประสิทธิภาพของเครือข่ายเอง สามารถดึงดูดผู้ใช้ให้มีส่วนร่วมในปฏิสัมพันธ์ต่างๆ (การยอมรับในวงกว้าง: ให้ผู้ใช้มากขึ้นเข้ามา)
2)
Layer2: เผชิญกับการแข่งขันจาก Layer1 อื่นๆ ในซีรีส์นี้และความต้องการของการพัฒนาของตนเอง Ethereum ในฐานะผู้นำก็เริ่มสำรวจเส้นทางการขยายตัวของตนเอง หลังจากนั้นเครือข่ายสาธารณะ Layer2 ที่มีชื่อเสียงเช่น Arbitrum, Optimism, และ
Polygon ก็ปรากฏขึ้น
ลดค่าใช้จ่ายและเพิ่มประสิทธิภาพ ทำให้ผู้ใช้ไม่ต้องกังวลเรื่องค่าแก๊ส และเพิ่มระดับความเคลื่อนไหวบนเครือข่าย (การยอมรับในวงกว้าง: รักษาอัตราการมีส่วนร่วมของผู้ใช้ให้เพียงพอ)
3)
การสรุปเครือข่าย: หลังจากการพัฒนาของสองขั้นตอนแรก เราจะพบว่า
มีจุดทับซ้อนกันไม่มากระหว่างเครือข่ายต่างๆ เช่น บางสินทรัพย์บน Polygon ไม่สามารถใช้บนเครือข่ายอื่นๆ เช่น Arbitrum และ Ethereum ดังนั้นมีวิธีใดที่จะใช้สินทรัพย์ข้ามเครือข่ายต่างๆ ได้ และโครงการเช่น ZetaChain, Particle Network, AA Wallet เป็นต้น ได้เกิดขึ้น
หนึ่งเหรียญใช้ได้หลายอย่าง ลดขั้นตอนการปฏิสัมพันธ์ที่ยุ่งยาก ทำให้ผู้ใช้สามารถดำเนินการต่างๆ หรือจัดการสินทรัพย์ต่างๆ บนเครือข่ายต่างๆ ได้อย่างง่ายดาย (การยอมรับในวงกว้าง: ลดค่าใช้จ่ายและเกณฑ์ของการปฏิสัมพันธ์)
4)
การรวมเครือข่าย: การพัฒนาของสามขั้นตอนแรกมุ่งเน้นไปที่ผู้ใช้เป็นหลัก และ
การพัฒนาของการรวมเครือข่ายมีแนวโน้มไปทางฝ่ายโครงการและนักพัฒนาในความคิดเห็นส่วนตัวของฉัน เพราะ VM ต่างๆ ในปัจจุบันใช้เทคโนโลยีที่แตกต่างกัน ทำให้ยากที่จะเข้ากันได้ ซึ่งทำให้ฝ่ายโครงการและนักพัฒนาที่ต้องการทำผลิตภัณฑ์หลายเครือข่ายต้องใช้พลังงานมากในการใช้ผลิตภัณฑ์ที่มีภาษาการเขียนโปรแกรมต่างกัน
ดังนั้นโครงการล่าสุดเช่น Movement labs และ Lumio ได้บรรลุผลของ
การปรับใช้หลายฝ่ายในครั้งเดียว ซึ่งทำให้ฝ่ายโครงการและนักพัฒนาสามารถมุ่งเน้นไปที่การวิจัยและการปรับปรุงผลิตภัณฑ์ได้มากขึ้น (การยอมรับในวงกว้าง: ลดความยากลำบากและค่าใช้จ่ายในการพัฒนา เร่งการพัฒนาของโครงการเชิงนิเวศ)
ดังนั้นกระบวนการพัฒนานี้จึงเป็นเรื่องปกติมาก เช่น การพัฒนา Java แบบดั้งเดิม ตั้งแต่ปี 1991 จนถึงปัจจุบัน ผ่าน Java, Java EE, SSM, SpringBoot, SpringCloud และขั้นตอนอื่นๆ (อย่าถามว่าทำไมฉันรู้ ครั้งหนึ่ง Java ลึกซึ้งเหมือนทะเล)
สิ่งที่พวกเขาทำคือ
ห่อหุ้มโค้ดระดับต่ำที่เดิมทีเข้าใจยากและซับซ้อนให้เป็นอินเทอร์เฟซต่างๆ ซึ่งทำให้นักพัฒนาสามารถเริ่มต้นใช้งานอินเทอร์เฟซ API เหล่านี้ได้อย่างรวดเร็วโดยไม่ต้องเข้าใจเนื้อหาระดับลึก ซึ่ง
ลดเกณฑ์การพัฒนาต่างๆ ลงอย่างมากและลด v
กระบวนการที่น่าเบื่อและซ้ำซากต่างๆ ซึ่งเป็นเป้าหมายของสิ่งที่เราเรียกว่า "การยอมรับในวงกว้าง"
แต่ในขณะเดียวกัน เราต้องยอมรับว่า
วิธีการนี้ในการยอมรับในวงกว้างเป็นดาบสองคม ซึ่งช่วยให้ผู้ใช้สามารถทำการโต้ตอบที่ซับซ้อนได้ด้วยขั้นตอนที่น้อยที่สุด และช่วยให้นักพัฒนาสามารถพัฒนา Dapps ได้อย่างรวดเร็ว
แต่ในขณะเดียวกัน
มันจะทำให้ทุกคนเกิดการพึ่งพาเหมือนยาพิษช้าๆ คำว่า "ใช้หรือเสียไป" เชื่อว่าทุกคนคุ้นเคย โลกของคริปโตเป็นป่ามืด และทุกคนจำเป็นต้องรักษาความเคารพที่เพียงพอ ความรู้ที่ควรเรียนรู้ยังคงต้องเรียนรู้ และสิ่งที่ควรลองยังคงต้องลอง เราไม่สามารถโลภความสะดวกชั่วคราวและละทิ้งแก่นแท้ภายในที่แท้จริงได้
นอกจากนี้ สำหรับระบบนิเวศของเชน การลดเกณฑ์การพัฒนาเป็นสิ่งที่ดีตามธรรมชาติ ซึ่งสามารถรวบรวมโครงการเชิงนิเวศจำนวนมากในเวลาอันสั้น แต่
สำหรับการยอมรับในวงกว้าง แก่นแท้ที่แท้จริงคือคุณภาพของโครงการ ไม่ใช่ปริมาณ เช่นเดียวกับ DeFi Summer ในรอบก่อนหน้า สิ่งที่ดึงดูดผู้ใช้และส่งเสริมระบบนิเวศจริงๆ คือการเกิดขึ้นของโครงการเช่น Uniswap, Compound, AAVE เป็นต้น
ดังนั้น เราจำเป็นต้องยอมรับการเล่าเรื่องของเชนในปัจจุบันและความเป็นไปได้ในการพัฒนาในอนาคตอย่างถูกต้อง