Aurora

Aurora คืออะไร?

Aurora คือสภาพแวดล้อมการประมวลผล Ethereum Virtual Machine ที่นำไปใช้งานเป็นสัญญาอัจฉริยะบนโปรโตคอล NEAR ถูกออกแบบมาเพื่อให้แอปพลิเคชัน Solidity และกระเป๋าเงินสไตล์ Ethereum สามารถทำงานบนโครงสร้างพื้นฐานของ NEAR ที่รองรับธุรกรรมได้มากกว่าและมีต้นทุนต่ำกว่า โดยไม่ต้องเขียนสัญญาอัจฉริยะใหม่

ปัญหาหลักที่ Aurora เข้ามาแก้ไขไม่ใช่เรื่อง “ขาดแคลน Layer 1 อีกตัวหนึ่ง” แต่เป็นแรงเสียดทานด้านความเข้ากันได้: แอปพลิเคชันบน Ethereum เผชิญกับความแออัดของเครือข่าย ความผันผวนของค่าก๊าซ สภาพคล่องที่กระจัดกระจาย และความเสี่ยงในการย้ายเครือข่าย ขณะที่เชนทางเลือกจำนวนมากต้องใช้เครื่องมือใหม่หรือสมมติฐานด้านความปลอดภัยแบบใหม่

ข้อเสนอด้านความสามารถในการแข่งขันของ Aurora คือการรักษาประสบการณ์การพัฒนาของนักพัฒนา Ethereum ผ่าน Aurora Engine ที่รองรับ EVM ใช้ ETH เป็นสินทรัพย์หลักสำหรับค่าก๊าซเพื่อมอบประสบการณ์ผู้ใช้ที่คุ้นเคย และอาศัยการชำระธุรกรรมจาก NEAR แทนการต้องดูแลชุดตัวตรวจสอบธุรกรรมของตัวเอง; และ “คูเมือง” ระยะยาวคือการขยายโมเดลนี้ไปสู่ Aurora Cloud ที่ทีมต่าง ๆ สามารถดีพลอยเชนเสมือน EVM แบบปรับแต่งได้ (“virtual chains”) ที่ใช้ความปลอดภัยร่วมกันของ NEAR และเลือกโมดูลเสริมได้ เช่น การทำ abstraction ค่าก๊าซ ระบบสิทธิ์สะพานข้ามเชน หรือ fiat on-ramp ต่าง ๆ (doc.aurora.dev)

ตำแหน่งทางการตลาดของ Aurora ควรเข้าใจว่าเป็นโครงสร้างพื้นฐานเฉพาะกลุ่มภายในระบบนิเวศ NEAR มากกว่าการเป็น Layer 2 แบบ general-purpose ที่ครองตลาดในระดับเดียวกับ Base, Arbitrum หรือ Optimism ณ เดือนกันยายน 2026 ผู้ให้บริการข้อมูลตลาดหลักจัดให้อันดับของ AURORA อยู่ในช่วงเหรียญคริปโตขนาดกลาง แทนที่จะอยู่ในกลุ่มสินทรัพย์สัญญาอัจฉริยะขนาดใหญ่ที่สุด โดยที่ CoinMarketCap และ CoinGecko แสดงอันดับที่แตกต่างกันอย่างมีนัยสำคัญเนื่องจากวิธีการคำนวณและช่วงเวลาของข้อมูลตลาด ขนาดบนเชนยังคงอยู่ในระดับปานกลาง: หน้าเชน Aurora ของ DeFiLlama แสดง TVL อยู่ในช่วงหลักไม่กี่ล้านดอลลาร์ และจำนวนที่อยู่ที่ใช้งานในรอบ 24 ชั่วโมงอยู่ในระดับหลักหลายร้อยในช่วงเดือนกันยายน 2026 โดยปริมาณเทรดบน DEX และค่าธรรมเนียมที่เกิดขึ้นยังค่อนข้างน้อยเมื่อเทียบกับ L1 และ L2 หลัก ๆ สิ่งนี้ไม่ได้ทำให้สถาปัตยกรรมของ Aurora ใช้การไม่ได้ แต่ทำให้ Aurora คล้ายกับบริการ EVM-as-a-service เชิงเฉพาะทางและเลเยอร์ interoperability ของ NEAR มากกว่าจะเป็นเวทีชำระธุรกรรม DeFi แบบวงกว้าง (coinmarketcap.com)

ใครเป็นผู้ก่อตั้ง Aurora และเริ่มเมื่อไร?

Aurora เปิดตัวสู่สาธารณะในเดือนพฤษภาคม 2021 ในช่วงปลายรอบขาขึ้นของ Layer 1 ทางเลือกและโซลูชันขยายสเกล Ethereum ซึ่งเป็นช่วงที่นักพัฒนากำลังมองหาสภาพแวดล้อมการประมวลผลที่ต้นทุนต่ำลง และมีเงินทุนไหลเข้าสู่สะพานข้ามเชน ฟอร์ก EVM และโครงสร้างพื้นฐานที่เกี่ยวข้องกับ rollup เป็นจำนวนมาก โปรเจกต์ถูกพัฒนาโดย Aurora Labs ซึ่งมีความเชื่อมโยงอย่างใกล้ชิดกับระบบนิเวศ NEAR โดยมี Alex Shevchenko ทำหน้าที่เป็น CEO และ Arto Bendiken ถูกระบุว่าเป็นผู้ร่วมก่อตั้งและ CTO ในสื่อสาธารณะของโปรเจกต์และโปรไฟล์ข้อมูลตลาด กลไกธรรมาภิบาลของ Aurora ถูกทำให้เป็นทางการในภายหลังในปี 2021 ผ่าน AuroraDAO ซึ่งเป็นโครงสร้างแบบสภาที่ออกแบบมาเพื่อกำกับดูแลการอัปเกรดโปรโตคอลและการจัดสรรทรัพยากรของระบบนิเวศ ในขณะที่ Aurora Labs ยังคงทำหน้าที่เป็นบริษัทปฏิบัติการที่จ้างผู้พัฒนาหลัก (aurora.dev)

เนื้อเรื่อง (narrative) ของโปรเจกต์เปลี่ยนไปอย่างมีนัยสำคัญนับตั้งแต่เปิดตัว

ในช่วงแรก ข้อเสนอค่อนข้างตรงไปตรงมา คือการขยายสเกลของ Ethereum: ดีพลอยสัญญา Solidity บน NEAR, ส่งสินทรัพย์ข้ามเชนผ่าน Rainbow Bridge และให้ผู้ใช้ทำธุรกรรมด้วยต้นทุนที่ต่ำลง ขณะเดียวกันก็ยังใช้กระเป๋าเงินแบบ Ethereum และค่าก๊าซที่คิดเป็นหน่วย ETH เหมือนเดิม เมื่อเวลาผ่านไป จุดเน้นของ Aurora ขยับไปสู่การทำให้โครงสร้างพื้นฐานกลายเป็นผลิตภัณฑ์เชิงธุรกิจมากขึ้น โดยเฉพาะเชนเสมือน Aurora Cloud การทำ abstraction ค่าก๊าซ ลอจิกทางธุรกิจเฉพาะเชน และการเชื่อมต่อข้ามเชน การเปลี่ยนแปลงนี้สะท้อนทั้งโอกาสและความจำเป็น: ตลาด EVM ทั่วไปเริ่มแออัด ในขณะที่เชนเฉพาะแอปและเชนที่เน้นภาคองค์กรกลายเป็นแนวธุรกิจที่ป้องกันการแข่งขันได้มากกว่า หาก Aurora สามารถเปลี่ยนการดีพลอยให้กลายเป็นการใช้งานจริง ค่าธรรมเนียม และการผูกมัดนักพัฒนาได้ เนื้อหาบล็อกอย่างเป็นทางการในช่วงปี 2024–2025 นำเสนอ Aurora ในฐานะแพลตฟอร์มสำหรับเชนเสมือน เชนสเตเบิลคอยน์ ระบบชุมชน และสภาพแวดล้อมรันเอเจนต์ AI มากกว่าการเป็นเพียงเชนปลายทางสำหรับสัญญา DeFi บน Ethereum (aurora.dev)

เครือข่าย Aurora ทำงานอย่างไร?

Aurora ไม่ได้รันเครือข่ายตัวตรวจสอบธุรกรรมแบบ proof-of-work, proof-of-stake หรือ proof-of-authority แยกต่างหากในความหมายดั้งเดิม EVM ของ Aurora ถูกนำไปใช้งานในรูปของสัญญาอัจฉริยะ Aurora Engine บน NEAR ดังนั้นธุรกรรม Aurora จึงถือเป็นธุรกรรมของ NEAR ที่ถูกรันภายใต้กลไกฉันทามติและโมเดลข้อมูลของ NEAR โดยตรง NEAR เองเป็น Layer 1 แบบ proof-of-stake ที่มีการแบ่งชาร์ด ใช้การออกแบบแบบ Nightshade ซึ่งตัวตรวจสอบและผู้ผลิตชิ้นส่วนบล็อก (chunk producers) มีส่วนร่วมในการสร้างบล็อกและรันชาร์ด; ดังนั้น Aurora จึงสืบทอดกลไกเศรษฐศาสตร์ของตัวตรวจสอบ NEAR สมมติฐานด้านความปลอดภัย และความมีชีวิตของฉันทามติ แทนที่จะต้องสร้างชุดตัวตรวจสอบของตัวเอง จากมุมมองของผู้ใช้ ระบบรีเลย์แบบ JSON-RPC สไตล์ Ethereum จะรับธุรกรรม EVM ที่ถูกเซ็นแล้ว ห่อให้กลายเป็นธุรกรรม NEAR ส่งไปยัง Aurora Engine และคืนค่าผลลัพธ์ธุรกรรมในรูปแบบที่เข้ากันได้กับ Ethereum (doc.aurora.dev)

จุดเด่นทางเทคนิคไม่ได้อยู่ที่การใช้ zero-knowledge proof หรือ optimistic fraud proof แต่คือการรัน EVM ผ่านสัญญาอัจฉริยะบน L1 แบบ sharded ควบคู่กับการมีสะพานข้ามเชนแบบ native และการจำลองเชนเสมือน Aurora’s Rainbow Bridge ถูกออกแบบให้เป็นสะพานข้ามเชนแบบ trustless และ permissionless ระหว่าง Ethereum, NEAR และ Aurora เพื่อให้สถานะที่พิสูจน์ได้ด้วยคริปโตจากเชนหนึ่งสามารถถูกนำไปใช้โดยสัญญาบนอีกเชนหนึ่งได้ แม้ว่าระยะเวลาการถอนสินทรัพย์กลับ Ethereum จะยังคงนานกว่าอย่างเป็นโครงสร้าง เมื่อเทียบกับการโอนสินทรัพย์บนเชนเดียวกัน Aurora Chains หรือเชนเสมือน คือสภาพแวดล้อม EVM แบบปรับแต่งแยกต่างหากที่อิงแนวคิด Aurora Engine เดียวกัน ซึ่งสามารถกำหนดค่าโทเค็นสำหรับค่าก๊าซ ระบบสิทธิ์ การควบคุมแบบ KYC และการเชื่อมต่ออื่น ๆ ได้ โดยไม่ต้องดีพลอยเครือข่ายตัวตรวจสอบธุรกรรมแยก เนื่องจากโมเดลความปลอดภัยอาศัยตัวตรวจสอบของ NEAR สถาปัตยกรรมนี้ช่วยลดภาระในการสร้างเครือข่ายตัวตรวจสอบ แต่ก็ทำให้ความสำคัญเชิงปฏิบัติการกระจุกตัวอยู่ที่ NEAR, ซอฟต์แวร์ของ Aurora Labs, โครงสร้างพื้นฐานรีเลย์, สัญญาสะพานข้ามเชน และกระบวนการอัปเกรดที่อยู่ภายใต้ DAO (doc.aurora.dev)

โทเคโนมิกส์ของ AURORA เป็นอย่างไร?

AURORA เป็นโทเค็นธรรมาภิบาลแบบจำนวนคงที่ โดยมีอุปทานสูงสุด 1 พันล้านโทเค็นที่ถูกสร้างขึ้นตั้งแต่เริ่มต้นในเดือนตุลาคม 2021 และถูกจัดสรรผ่านคลัง (treasury), DAO, ทีม, นักลงทุน, ทุนสนับสนุน, bug bounty, ระบบนิเวศ และรางวัลจากการ stake

เอกสารโทเคโนมิกส์ของ Aurora ระบุโมเดลการปลดล็อกในระยะยาว แทนที่จะเป็นเงินเฟ้อจากโปรโตคอลแบบถาวร โดยส่วนใหญ่มากของอุปทานถูกกำหนดให้ปลดล็อกตลอดช่วงเวลาหลายปีหลังเหตุการณ์สร้างโทเค็นในเดือนพฤศจิกายน 2021 ณ เดือนกันยายน 2026 ผู้ให้บริการข้อมูลตลาดหลายรายแสดงว่ามีโทเค็นหมุนเวียนอยู่ประมาณสามในสี่ของอุปทานทั้งหมด แต่ตัวเลขเหล่านี้ควรถูกมองว่าเป็นค่าประมาณที่อิงตามเวลาหนึ่งจุด เนื่องจากวิธีคิด “อุปทานหมุนเวียน” ต่างกันในแต่ละผู้ให้บริการ และการปลดล็อกยังคงดำเนินต่อไปเรื่อย ๆ ดังนั้นโทเค็นจึงไม่ถือว่าเป็นเงินเฟ้อในความหมายของการให้รางวัลบล็อกแบบไม่จำกัด แต่ก็ยังเผชิญแรงกดดันจากการถูกเจือจาง เมื่อโทเค็นที่ถูกล็อกทยอยเข้าสู่การหมุนเวียน (doc.aurora.dev)

โมเดลการสะสมมูลค่าของ AURORA มีความอ้อมมากกว่าโทเค็นก๊าซของ L1 แบบอิสระ ผู้ใช้ Aurora โดยทั่วไปจ่ายค่าก๊าซเป็น ETH ที่เลเยอร์ EVM ของ Aurora ขณะที่ธุรกรรมระดับล่างใช้ NEAR; เอกสารของโปรโตคอลระบุว่าสัญญา Aurora สามารถสะสมรายได้เป็น NEAR ได้ และ NEAR เหล่านี้ในอดีตถูกนำไปใช้ซื้อ AURORA ในตลาดเพื่อนำไปเผา AURORA ยังรองรับการมีส่วนร่วมด้านธรรมาภิบาลและการ stake ผ่าน AuroraDAO และ Aurora Plus แต่ไม่ได้เป็นข้อกำหนดสำหรับธุรกรรมทุกครั้งเหมือนที่ ETH จำเป็นสำหรับ Ethereum หรือ NEAR จำเป็นสำหรับเครือข่าย NEAR การอภิปรายใน AuroraDAO ปี 2025 เคยเสนอให้เปลี่ยนโมเดลเศรษฐกิจจากการซื้อคืนแล้วเผา (buyback-and-burn) ไปเป็นซื้อคืนแล้วโอนให้ DAO (buyback-and-transfer to the DAO) เพิ่มค่าธรรมเนียมจากเชนเสมือน การแบ่งปันรายได้จากค่าธรรมเนียมสะพานข้ามเชน และกลไกคลังทุนที่ชัดเจนมากขึ้น ข้อเสนอนี้สำคัญเพราะยอมรับจุดอ่อนหลักอย่างหนึ่ง: หากการใช้งานเชนเสมือน ปริมาณสะพานข้ามเชน หรือความต้องการด้านธรรมาภิบาลไม่สร้างอุปสงค์ต่อ AURORA แบบเกิดซ้ำ เศรษฐศาสตร์ของโทเค็นก็จะยังคงมีความเชื่อมโยงกับโครงสร้างพื้นฐานที่มันกำกับดูแลอย่างไม่ตรงไปตรงมาเท่าที่ควร (doc.aurora.dev)

ใครกำลังใช้งาน Aurora อยู่บ้าง?

การใช้งาน Aurora ควรถูกแบ่งออกเป็น 3 ส่วน คือ กิจกรรมซื้อขายในตลาด สภาพคล่อง DeFi บนเชน และการดีพลอยโครงสร้างพื้นฐาน ปริมาณการซื้อขาย AURORA บนตลาดแลกเปลี่ยนสามารถพุ่งสูงขึ้นได้โดยไม่ขึ้นกับรายได้ของโปรโตคอล ดังที่เห็นในเดือนกันยายน 2026 เมื่อผู้ให้บริการข้อมูลตลาดแสดงปริมาณซื้อขาย 24 ชั่วโมงที่ค่อนข้างสูง ในขณะที่ TVL ของ DeFi ยังอยู่ในระดับไม่กี่ล้านดอลลาร์เท่านั้น การใช้งานจริงบนเชนดูเหมือนจะกระจุกตัวอยู่ใน primitive DeFi และโครงสร้างพื้นฐานข้ามเชน เช่น DEX โปรโตคอลให้กู้ยืม สะพานข้ามเชน ผลิตภัณฑ์สร้างผลตอบแทน และสภาพคล่องของสเตเบิลคอยน์ โดย DeFiLlama ระบุโปรโตคอลบน Aurora อย่างเช่น Trisolaris, Aurora Plus, Bastion, Aurigami, AuroraSwap และแอปเล็ก ๆ ด้านผลตอบแทนหรือสะพานอื่น ๆ ข้อมูลเหล่านี้ชี้ให้เห็นระบบนิเวศที่ยังมีแอปพลิเคชันที่ใช้งานได้จริง แต่มีความลึกของสภาพคล่องและความหนาแน่นของผู้ใช้น้อยเมื่อเทียบกับเครือข่าย EVM ชั้นนำ (investors.defillama.com)

เรื่องราวการยอมรับที่น่าเชื่อถือกว่าของ Aurora คือความร่วมมือด้านโครงสร้างพื้นฐาน มากกว่าการครองตลาด DeFi ฝั่งผู้บริโภคเพียว ๆ หน้า ecosystem และบล็อกทางการอ้างถึงการผสานงานร่วมกับกระเป๋าเงิน ผู้ให้บริการข้อมูล ระบบ on-ramp เครื่องมือสะพานข้ามเชน NEAR Intents, TurboSwap, Open Format และการดีพลอยเชนเสมือน ขณะที่ประกาศ TurboChain ในปี 2024 นำเสนอ Aurora Virtual Chains ว่าเป็นพื้นฐานสำหรับเชนระบบนิเวศ TURBO โดยเฉพาะ Aurora ยังวางตำแหน่งเชนเสมือนสำหรับกรณีการใช้งานที่เน้นสเตเบิลคอยน์ในปี 2025 แต่ควรตีความว่าเป็นการวางหมากเชิงกลยุทธ์มากกว่าหลักฐานของปริมาณการชำระธุรกรรมสเตเบิลคอยน์ขนาดใหญ่ การยอมรับจากสถาบันหรือภาคธุรกิจยังอยู่ในระยะเริ่มต้น: มีการบูรณาการและความร่วมมือด้านบริการที่เป็นรูปธรรม แต่ข้อมูลสาธารณะที่มีอยู่ยังไม่แสดงให้เห็นว่า Aurora กลายเป็นเลเยอร์การชำระธุรกรรมปริมาณสูงสำหรับธนาคาร บริษัทชำระเงิน หรือผู้ออกโทเคนสินทรัพย์ที่โทเคนไนซ์รายใหญ่ (aurora.dev)

Aurora มีความเสี่ยงและความท้าทายอะไรบ้าง?

สถานะด้านกำกับดูแลของ Aurora ยังไม่ได้ข้อยุติในลักษณะเดียวกับที่โทเคนกำกับดูแล (governance token) ขนาดกลางส่วนใหญ่ยังไม่ได้ข้อยุติ: ยังไม่มีการอนุมัติ ETF ที่อ้างอิง AURORA อย่างกว้างขวาง การกำหนดให้เป็นสินค้าโภคภัณฑ์ หรือคำวินิจฉัยขั้นสุดท้ายของศาลสหรัฐฯ และฟังก์ชันการกำกับดูแลและการสเตกของโทเคนก็ไม่ได้ตัดความเป็นไปได้ที่จะถูกวิเคราะห์ภายใต้กฎหมายหลักทรัพย์ในเขตอำนาจศาลที่ให้ความสำคัญกับความพยายามของผู้ออก การขายโทเคน หรือความคาดหวังในการทำกำไร

ข้อกำหนดและเอกสารเกี่ยวกับโทเคนของ Aurora เองอธิบาย AURORA ว่าเป็นโทเคนกำกับดูแลที่ AuroraDAO อนุมัติ แต่การจัดประเภทด้านกำกับดูแลในท้ายที่สุดขึ้นอยู่กับกฎหมายและข้อเท็จจริงที่เกี่ยวข้องมากกว่าฉลากที่โปรเจกต์ใช้ จากมุมมองด้านการกระจายศูนย์ Aurora ยังมีปัจจัยการรวมศูนย์ที่สำคัญหลายจุด: AuroraDAO ใช้โครงสร้างสภา (council-based), Aurora Labs ยังคงเป็นผู้ดูแลด้านเทคนิคหลัก การดีพลอยเชนเสมือนอาจต้องพึ่งพาบริการ Aurora Cloud แบบจัดการ และเครือข่ายสืบทอดความเสี่ยงของตัวตรวจสอบ (validator) และการกำกับดูแลของ NEAR แทนที่จะกระจายความเสี่ยงเหล่านั้นผ่านตลาดตัวตรวจสอบอิสระ (aurora.dev)

ภัยคุกคามด้านการแข่งขันรุนแรง เพราะ Aurora ดำเนินงานอยู่ในหนึ่งในตลาดโครงสร้างพื้นฐานที่มีลักษณะเป็นสินค้าโภค (commoditized) มากที่สุดในคริปโต Ethereum L2 ต่าง ๆ เช่น Base, Arbitrum, Optimism, zkSync, Starknet และ Polygon CDK แข่งขันกันเพื่อดึงดูดนักพัฒนา Solidity โดยมีพูลสภาพคล่องและการเชื่อมต่อกับตลาดซื้อขายที่ใหญ่กว่ามาก ขณะที่สแต็กสำหรับแอปเชน เช่น OP Stack, Arbitrum Orbit, Avalanche L1, Cosmos SDK, Caldera, Conduit และผู้ให้บริการ rollup-as-a-service รายอื่น แข่งขันโดยตรงกับข้อเสนอเชนเสมือนของ Aurora Cloud สัญญาอัจฉริยะที่เป็น NEAR-native ก็แข่งขันกันภายในเพื่อแย่งความสนใจจากนักพัฒนา และหากโรดแมปด้าน chain abstraction และ Intents ของ NEAR ประสบความสำเร็จ Aurora จะต้องพิสูจน์ให้ได้ว่าการมีเลเยอร์ EVM บน NEAR สร้างมูลค่าเพิ่มที่จับต้องได้ แทนที่จะเป็นเพียงการทำซ้ำช่องทางสภาพคล่องชุดเดียวกัน ความท้าทายทางเศรษฐกิจยิ่งรุนแรงขึ้นเพราะ TVL รายได้ค่าธรรมเนียม และจำนวนที่อยู่ที่ใช้งานของ Aurora ที่วัดได้ยังอยู่ในระดับต่ำ หากไม่มีรายได้จากเชนเสมือนที่ยั่งยืนหรือการประมวลผลข้ามเชนที่แตกต่าง โปรโตคอลมีความเสี่ยงที่จะกลายเป็นระบบที่งดงามทางเทคนิคแต่มีความสำคัญเชิงพาณิชย์เพียงเล็กน้อย (investors.defillama.com)

อนาคตของ Aurora จะเป็นอย่างไร?

มุมมองด้านโครงสร้างพื้นฐานของ Aurora ขึ้นอยู่กับว่าทฤษฎีเชนเสมือนของโปรเจกต์จะสร้างการใช้งานที่วัดผลได้หรือไม่ มากกว่าการเคลื่อนไหวเชิงเก็งกำไรของราคาโทเคน เส้นทางเทคนิคที่ตรวจสอบได้คือการรักษาความเข้ากันได้กับ Ethereum และโครงสร้างพื้นฐานเชนแบบโมดูลาร์ต่อเนื่อง: รีลีสบน GitHub ในปี 2026 แสดงให้เห็นถึงงานอย่างต่อเนื่องบน Aurora Engine รวมถึงการเปลี่ยนแปลงการคำนวณค่าแก๊สที่เกี่ยวข้องกับ EIP และอัปเดตความเข้ากันได้ด้านธุรกรรม ขณะที่อัปเดตด้านวิศวกรรมเดือนมกราคม 2025 กล่าวถึงงานฮาร์ดฟอร์ก Prague ที่เกี่ยวข้องกับ EIP-2537, EIP-7702 และ EIP-7623 ทิศทางโรดแมปของ Aurora Cloud ก็ชัดเจนในทำนองเดียวกัน: การดีพลอยเชนเสมือนที่ง่ายขึ้น การทำ abstraction ค่าก๊าซ การเราต์ข้ามเชน โมดูลออนแรมป์ ออราเคิล การรองรับบริดจ์ และการผสานรวมกับ NEAR Intents

สิ่งเหล่านี้เป็นลำดับความสำคัญด้านโครงสร้างพื้นฐานที่สมเหตุสมผล แต่ไม่เพียงพอในตัวมันเอง โปรเจกต์ต้องพิสูจน์ให้ได้ว่าทีมต่าง ๆ ต้องการอินสแตนซ์ EVM ที่ได้รับความปลอดภัยจาก NEAR มากพอจะสร้างค่าธรรมเนียมประจำ ปริมาณบริดจ์ และอุปสงค์ด้านการกำกับดูแล (github.com)

อุปสรรคเชิงโครงสร้างคือการแปลงจาก “อุปทานโครงสร้างพื้นฐาน” ไปเป็น “อุปสงค์ทางเศรษฐกิจ” Aurora มีสถาปัตยกรรมทางเทคนิคที่สอดคล้องกัน ทีมแกนกลางที่ทำงานมายาวนาน และความสัมพันธ์ที่แตกต่างกับ NEAR แต่เมตริกสาธารณะ ณ เดือนกันยายน 2026 ยังชี้ให้เห็นถึงสภาพคล่อง DeFi ที่จำกัดและการใช้งานที่บางเบา

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