Споменавали сме го и в други статии, но ето с какво е по-различен SVM-а и дава възможност за по-бързи транзакции:
SVM: Паралелно изпълнение на транзакциите
Solana възприе фундаментално различен подход към мащабируемостта още от самото начало, като даде приоритет на високата производителност с минимално закъснение и разходи за потребителите. Този подход в крайна сметка оптимизира софтуера, за да се възползва максимално от високопроизводителния хардуер. В основата си ключов компонент за осигуряване на производителността на Solana е Solana Virtual Machine (SVM) - основната среда за изпълнение на мрежата.
Новото API SVM, отделя SVM от средата за изпълнение на валидатора на Solana, което бележи критичен етап и може да доведе до появата на SVM L2 проекти (според някои експерти). Разработчиците вече могат да използват SVM за изграждане на собствени високопроизводителни мрежи, с модулна гъвкавост по отношение на сетълмент, достъпност на данните (DA) или среди за консенсус.
Текущото състояние на SVM L2
Въпреки, че все още е в ранните си етапи, разширяването на SVM е приело форма в няколко направления, които вече сме споменали в предишни статии:
-
SVM изпълнение върху Ethereum: L2 решения, които се уреждат в Ethereum, но използват SVM за изпълнение;
-
Приложно-специфична персонализация: Приложения, които пускат SVM L2 решения, конфигурирани според специфичните им нужди;
-
Разширяеми SVM среди: Персонализирани среди, които разширяват възможностите на SVM отвъд Rollups;
SVM L2 решенията комбинират съществуващата ликвидност и икономическа сигурност на Ethereum — както и неговата база от разработчици и инструменти — с високопроизводителните възможности на SVM.
-
Eclipse - Eclipse е първият блокчейн, който използва SVM извън Solana.
По-конкретно, основната мрежа на Eclipse използва SVM за изпълнение, публикува данни за транзакциите в Celestia (достъпност на данните), урежда се в Ethereum L1 и използва RISC-Zero за ZK доказателства за измама. Използването на SVM позволява на Eclipse да се възползва от паралелното изпълнение на Solana, локалните пазари на такси и управлението на нарастването на състоянието. Предишна статия 👇👇👇Eclipse - g(sv)m - като Solana, но на Layer 2?🌌
В момента Hyperlane поддържа трансфер на токени към Eclipse -
- Atlas - скоро споменахме за него в предишна статия 👇
Статията ТУК!
- Soon (Solana Optimistic Network)
SOON цели да трансформира SVM L2 екосистемата с две ключови иновации:
-
SOON основна мрежа, гъвкав Layer 2;
-
SOON stake, модулна рамка, проектирана да мащабира производителността на SVM.
SOON основната мрежа е L2 решение, което се урежда в Ethereum, предлагащо персонализируем слой за Достъпност на Данните (DA), който може да превключва между Celestia, EigenDA или Avail. Soon използва OP Stack за генериране на доказателства и лесен трансфер на средства (Bridging).
Екипът е разработил Decoupled SVM framework, където TPU (Блокът за Обработка на Транзакции) е отделен от консенсуса на Solana и се контролира от rollup възела. Тази иновация премахва нуждата от транзакции за гласуване, намалявайки ненужното потребление на DA и подобрявайки ефективността за L2 решенията.
Това изглежда доста интересен подход, а експериментите покрай SVM,EVM ще продължават с пълна сила.
Ключова иновация е ERC-20 <> SPL токен мост на SOON, който ще позволи директни трансфери на ERC-20 токени към мрежата SOON. По-специално, този мост ще позволи на потребителите да прехвърлят активи между Ethereum и Solana лесно!
Споделен sequencer: Hypergrid & Sonic
Hypergrid е SVM rollup, която въвежда полуавтономни среди, известни като Мрежи (Grids). Мрежите са специфични за приложения мрежи, проектирани за случаи на употреба с високо търсене, като например игри, като същевременно използват Solana L1 за консенсус и финализиране.
Всяка Мрежа има свой собствен zk-Копроцесор, SVM среда за изпълнение, механизъм за такси и генератор на Mercle Tree. Споделената мрежа за секвенциране на HyperGrid (HSSN) съдържа мрежа от множество валидатори, които управляват уреждането на zk доказателства за Мрежите. Мрежите могат да обслужват различни категории потребители с различни нужди и предпочитания, докато HSSN в крайна сметка служи като слой за консенсус, комуникационен център и център за управление на състоянието за всички Мрежи.
Sonic е първата SVM верига, изградена върху Hypergrid, предлагаща високопроизводително, нискоразходно onchain геймърско изживяване сред всички геймърски L1 вериги. Транзакциите могат да бъдат изпълнени на Sonic без необходимост разработчиците да редеплойват своите Solana програми и акаунти. С интерпретатора HyperGrid, dApps от EVM вериги също могат да бъдат качени в Solana. Sonic стартира своята Odyssey тестова мрежа това лято и наскоро обяви набирането на 12 милиона долара в Series A, така че е вероятно тяхната основна мрежа да бъде пусната някъде през Q4 '24 или Q1 '25.
В основата на цялото разрастване може да се окаже, че стой проекта Hyperlane:
Hyperlane допълва модулния блокчейн стек с оперативна съвместимост без разрешение. Създаден да бъде рамка с отворен код, Hyperlane предлага възможно най-широката гама от вериги за внедряване на нови вериги и емитенти на активи, към които да се свържат от първия ден, без да налага никакво заключване на доставчик върху компонентите на основната инфраструктура.
С разширяването на Hyperlane в SVM всеки вече може без разрешение да разположи Hyperlane на всеки нов SVM L2, позволявайки свързаност между L2, Solana и всяка друга екосистема. И след като се свържат, L2 и разработчиците на приложения имат свободата да създават произволен токен мост или да персонализират използвания метод за защита.
Като цяло има няколко ключови причини, поради които Hyperlane е най-доброто решение за оперативна съвместимост за екипи, които активно изграждат SVM L2s:
С разширяването на Hyperlane в SVM всеки вече може без разрешение да разположи Hyperlane на всеки нов SVM L2, позволявайки свързаност между L2, Solana и всяка друга екосистема. И след като се свържат, L2 и разработчиците на приложения имат свободата да създават произволен токен мост или да персонализират използвания метод за защита.
Освен това, тъй като пейзажът на SVM продължава да расте, той ще трябва да привлече разработчици и ликвидност от множество различни среди, като подчертава необходимостта от безпроблемна оперативна съвместимост между VM. SVM L2, който се установява към Ethereum, трябва да може лесно да комуникира със Solana или SVM L2, който се установява към Solana. Като най-разширяемият протокол за взаимодействие днес, Hyperlane е наличен в повече виртуални машини от всяко друго съществуващо решение.
С Warp Tokens издателите на активи могат да участват в разширяването на SVM във вериги без разрешения и виртуални машини, налични с Hyperlane. Warp Tokens са токени — заменими или незаменими — които могат лесно да се изпращат и извършват транзакции във вериги, свързани с Hyperlane.
В съвместни усилия между сътрудниците на Hyperlane и Eclipse, Hyperlane сега захранва основния мост към и от Eclipse, позволявайки безпроблемно прехвърляне на активи между EVM и SVM. Потребителите вече могат да преминават към Eclipse чрез Ethereum, но вместо това могат да се оттеглят от Eclipse към Solana. Това е само един от многото примери за това какво позволява Hyperlane за екипи, които изграждат SVM L2 днес. Прочетете повече за интеграцията на Eclipse тук.
https://medium.com/hyperlane/svm-expansion-the-landscape-beyond-solana-188757675fb6
评论 (0)