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

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

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

TL;DR

• ข้อความ

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

• ตั้งแต่แอปพลิเคชันแบบกระจายอำนาจไปจนถึงห่วงโซ่แอปพลิเคชันที่กำหนดเองเป็นวิธีที่เป็นไปได้ในการตระหนักถึงขนาดธุรกิจตั้งแต่ 1 ถึง 100 และ dYdX กำลังพยายามอย่างมาก

• Connected Contracts ที่นำโดย Moonbeam ช่วยให้โปรโตคอลความสามารถในการทำงานร่วมกันข้ามสายโซ่มากขึ้น ย้ายจากความเข้ากันได้ของ EVM ที่ใช้กันทั่วไปไปสู่การขยายธุรกิจแบบหลายสาย

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

อย่างที่ฉันเป็นเปิดการพูดคุยสำหรับ Illuminate/22ชื่อระดับแรก

ประวัติศาสตร์ไม่ได้ซ้ำรอย แต่จะมีความคล้ายคลึงกันที่โดดเด่นอยู่เสมอ

การแบ่งปันของฉันจะรวมถึง:

• Moonbeam มุ่งเน้นไปที่พื้นหลังของ cross-chain

• วิธีที่เราสร้างโซลูชันข้ามสายโซ่

• ทำไมคุณถึงเชื่อในอนาคตแบบมัลติเชน?

ประวัติศาสตร์สามารถสร้างแรงบันดาลใจให้ฉันได้เสมอ และการมองย้อนกลับไปที่การเปลี่ยนแปลงทางเทคโนโลยีทำให้ฉันได้รับประโยชน์อย่างมาก

ดังที่มาร์ก ทเวนเคยกล่าวไว้ ประวัติศาสตร์ไม่ได้ซ้ำรอย แต่มีความคล้ายคลึงกันที่โดดเด่นอยู่เสมอ

เราสามารถรับรู้ชุดของกฎหมายของการพัฒนาจากประวัติศาสตร์ สำหรับฉัน ประวัติการพัฒนาของคอมพิวเตอร์เอนกประสงค์เป็นบทเรียนที่ควรค่าแก่การเรียนรู้ การเปลี่ยนแปลงและวิวัฒนาการของมันคล้ายกับถนนของบล็อกเชน (เว็บ 3) ที่เคลื่อนไปข้างหน้าด้วยวงล้อแห่งกาลเวลาขนาดมหึมา และพัฒนาต่อไปตามกาลเวลา

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

เมื่อเทียบกับตอนนี้ รูปแบบนี้ยังคงมีอยู่และถูกต้องในบางประเด็น เมื่อเราขยายไปยัง blockchain, Ethereum mainnet และแม้แต่ Moonbeam

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

จนถึงตอนนี้ บล็อกเชนของเราได้ผ่านวิวัฒนาการใหม่ และแอปพลิเคชันเชน (APP Chain) ก็ปรากฏให้เห็นแล้ว สิ่งนี้ค่อนข้างคล้ายกับเส้นทางประวัติศาสตร์ของความนิยมของคอมพิวเตอร์ แทนที่จะแบ่งปันทรัพยากรของคอมพิวเตอร์ เรามีคอมพิวเตอร์ของเราเองโดยตรง

ในการเปรียบเทียบ Lisk ยังแสดงแนวคิดนี้ในโลกของบล็อกเชน กล่าวคือ ใน Web 3 แอปพลิเคชันของคุณจะจับคู่บล็อกเชนของตัวเองแทนที่จะเป็นแพลตฟอร์มบล็อกเชนที่ใช้ทรัพยากรร่วมกัน

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

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

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

Connected Contracts เป็นโซลูชันที่มีประสิทธิภาพเพื่อให้บรรลุความสามารถในการทำงานร่วมกัน

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

กลับไปที่ Moonbeam เราเข้าใจแนวคิดของสัญญาที่เกี่ยวโยงกันได้อย่างไร

ประเด็นสำคัญ 1: รวมโปรโตคอลการทำงานร่วมกันข้ามสายโซ่ให้ได้มากที่สุด ในฐานะที่เป็น parachain ที่พัฒนาโดยใช้ Polkadot เราจึงมีข้อได้เปรียบในการเข้าถึง XCM ซึ่งเป็นระบบการสื่อสารข้ามสาย

ประเด็นสำคัญ 2: ตระหนักถึงการรวมระบบส่งข้อมูลหลายประเภทใน Moonbeam เช่น Axelar, LayerZero, Wormhole, Hyperlane และโปรโตคอลอื่น ๆ ที่ส่องสว่างใน Moonbeam

เรากำลังพยายามอย่างดีที่สุดเพื่อให้นักพัฒนามีทางเลือกมากขึ้นและช่วยให้พวกเขารวมบล็อกเชนได้มากขึ้นในเวลาเดียวกัน

ในขณะเดียวกัน เรายังได้สร้างเข้ากันได้อย่างสมบูรณ์กับสภาพแวดล้อมการพัฒนาของ Ethereum. นี่เป็นโครงการขนาดใหญ่ที่ต้องใช้เครื่องมือการพัฒนาและโครงสร้างพื้นฐานหลายอย่างพร้อมกันเพื่อสร้างสภาพแวดล้อมการพัฒนาที่เป็นมิตรและคุ้นเคย ตัวอย่างเช่น บล็อกเบราว์เซอร์เช่น Etherscan ที่ทุกคนคุ้นเคย หรือเครื่องมือการพัฒนาต่างๆ ที่ทุกคนคาดว่าจะใช้ในสภาพแวดล้อมที่เข้ากันได้กับ EVM

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

โซลูชันการปรับใช้หลายเชนที่มีอยู่ไม่สามารถแก้ปัญหาสำคัญของการขยายธุรกิจได้

ดังนั้น สถานะปัจจุบันของการพัฒนาหลายห่วงโซ่คืออะไร และคุณพบปัญหาคอขวดอะไรบ้าง

ในระลอกแรกของการปรับใช้แบบหลายสายโซ่ แบบหลายสายมีแนวโน้มที่จะปรับใช้มากขึ้น

โดยเฉพาะอย่างยิ่ง หากข้อตกลงต้องการดำเนินการบน 5 บล็อกเชนที่แตกต่างกัน อาจต้องมีข้อตกลงสัญญา 5 ชุดที่แตกต่างกันเพื่อสนับสนุนความสามารถของแอปพลิเคชันในการทำงานบนเครือข่ายสาธารณะ 5 เชนที่แตกต่างกัน ตัวอย่างเช่น คุณต้องปรับใช้ชุดสัญญาบน Ethereum mainnet ชุดบน Polygon และชุดสัญญาแยกต่างหากบน Moonbeam หรือ BNBChain

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

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

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

Prime Protocol เป็นโซลูชันการกระจายตัวของสภาพคล่อง

เพื่อเป็นตัวอย่าง กรณีนี้ยังสามารถได้ยินในภายหลังในคำอธิบายของสมาชิก Prime Protocol Colton ซึ่งเป็นโซลูชันสถาปัตยกรรมพื้นฐานที่รองรับการส่งข้อมูลแบบหลายสายโซ่ Prime Protocol ได้สร้างสถาปัตยกรรม multi-chain แบบเนทีฟ ซึ่งเป็นสถาปัตยกรรมแบบฮับและแบบพูดที่ช่วยให้คุณปรับใช้ธุรกิจบนเครือข่ายสาธารณะทั้งหมดที่ต้องการโต้ตอบกับสัญญา และในขณะเดียวกันก็ตระหนักถึงการสื่อสารระหว่างกันของธุรกิจระหว่างเครือข่ายต่างๆ

การประสานงานระหว่างเครือข่ายต่างๆ จำเป็นต้องมุ่งเน้นไปที่ห่วงโซ่เดียว แทนที่จะกระจายพลังงานไปยังห่วงโซ่สาธารณะแต่ละแห่งที่ปรับใช้ธุรกิจ มันเหมือนกับการมีสัญญาที่ชาญฉลาดสุด ๆ เรียกว่าฮับแบบหลายเชนที่สร้างขึ้นบน Moonbeam การโต้ตอบทางธุรกิจบนเชนอื่น ๆ นั้นเหมือนกับดาวเทียมระยะไกลรอบ ๆ ฮับ เช่น บน Ethereum mainnet, BNBChain หรือเชนสาธารณะอื่น ๆ

ตามแนวคิดนี้ Prime ช่วยให้ผู้ใช้ตระหนักถึงความเป็นไปได้ที่ผู้ใช้โต้ตอบกับเครือข่ายสาธารณะอื่น ๆ บนเครือข่ายเดียว และข้อมูลที่ส่งผ่านเครือข่ายยังสามารถส่งไปยังศูนย์กลางของ cross-chain ตัวอย่างเช่น การกระทำของผู้ใช้ที่ฝากสินทรัพย์บนเชนอื่นสามารถอ่านได้จากระยะไกลและใช้โดยตรงเป็นข้อมูลประจำตัวเพื่อเป็นข้อมูลอ้างอิงสำหรับการโต้ตอบบนเชนสาธารณะอื่น ๆ สิ่งนี้เป็นเหมือนฮับหลักที่ประสานงานและสาขาบนเชน

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

Moonbeam ประสบความสำเร็จในการทำงานร่วมกันระหว่าง Polkadot และ Cosmos

อีกกรณีหนึ่งของ Connected Contracts cross-chain คือปฏิสัมพันธ์ข้ามสายระหว่าง Moonbeam และ Osmosis。

Osmosis เป็น DEX ที่อิงกับ Cosmos SDK พวกเขาหวังว่าจะทำให้ฟังก์ชันการฝาก DOT เป็นจริงได้ในคลิกเดียว ผู้ใช้สามารถฝาก DOT เนทีฟโดยตรงไปยังที่อยู่ที่ฝากซึ่งอยู่ใน Osmosis

ตรรกะที่ซับซ้อนจำนวนมากซ่อนอยู่หลังฟังก์ชันนี้ เมื่อผู้ใช้ใช้ DOT แบบเนทีฟ DOT เหล่านี้จะต้องผ่าน Moonbeam กลายเป็น xcDOT ผ่าน XCM จากนั้นจึงกำหนดเส้นทางไปยัง Cosmos interchain ผ่าน Moonbeam’s Axelar แล้วไปที่ Osmosis เมื่อ DOT เข้าสู่ Osmosis การสังเคราะห์ LP จะถูกกระตุ้น

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

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

การสร้างโครงสร้างพื้นฐานระบบคลาวด์สำหรับ Web 3 คือเป้าหมายของ Moonbeam

เกี่ยวกับสิ่งที่ Moonbeam กำลังวางแผนอยู่ ฉันจะแนะนำบางอย่างด้วย นั่นคือ เชนแอปแบบคอนเทนเนอร์ (เชนแอปพลิเคชันแบบคอนเทนเนอร์)

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

อะไรเป็นตัวขับเคลื่อนคุณภาพของแอปพลิเคชันไปสู่ห่วงโซ่แอปพลิเคชัน

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

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

ฉันคิดว่ามีไดรเวอร์หลักหลายตัว

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

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

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

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

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

แรงจูงใจขั้นสุดท้าย ซึ่งอาจจะเป็นเชิงปรัชญามากกว่านั้นก็คือ การจับคุณค่า เมื่อแอปพลิเคชันของคุณอัปเกรดเป็น public chain โทเค็นที่หมุนเวียนในแอปพลิเคชันจะมีค่าเท่ากับเครือข่ายสาธารณะ Layer 1 มีหน้าที่สำคัญในการปกป้องความปลอดภัยและความเสถียรของ chain พื้นฐาน เช่น การจำนำ หรือฟังก์ชันอื่นๆ รวมเข้ากับโทเค็นเอง จึงเป็นปัจจัยผลักดันสำคัญประการหนึ่งที่ทำให้ฝ่ายโครงการเลือกเป็น Application Chain

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

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

อะไรคือความท้าทายในการเป็น Lisk?

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

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

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

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

โอกาสสำหรับ App Chain แบบคอนเทนเนอร์

ฉันกำลังคิดเกี่ยวกับแนวคิด ขอเรียกว่า "Containerized app chain" เป้าหมายของแนวคิดนี้คือทำให้นักพัฒนาสามารถสร้างแอปพลิเคชันเชนได้ง่ายมาก

นักพัฒนาเพียงต้องปฏิบัติตามตรรกะของการสร้างบล็อกเชนหรือใช้คุณสมบัติของ Substrate Runtime เพื่อเปลี่ยนรหัสที่เกี่ยวข้องตามความต้องการของผลิตภัณฑ์ของตนเอง ในขณะที่ Polkadot และ Moonbeam เป็นผู้ให้บริการด้านความปลอดภัยของห่วงโซ่แอปพลิเคชัน

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

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

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

ฉันคิดว่าฟีเจอร์นี้มีศักยภาพที่เหลือเชื่อ และการใช้งานง่ายของฟีเจอร์นี้ก็น่าตื่นเต้น

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

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

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

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

นี่คือวิสัยทัศน์ของอุตสาหกรรมที่ฉันกำลังคิดอยู่ทุกวันนี้

Moonbeam จะมีบทบาทสำคัญในสิ่งนี้ - บทบาทของการเชื่อมต่อโครงข่ายและการถ่ายโอนฟรี

ชมวิดีโอย้อนหลัง: https://www.youtube.com/watch?v=698 เอ๋-ออ 17 ป.