Всі постійно питають мене: «Чи замінить @arbitrum Stylus Solidity?» Неправильне питання.
Stylus і EVM — це не конкуренти. Вони — команда. Ось чому майбутнє смарт-контрактів полягає не у виборі сторони, а у наявності опцій.
Solidity домінує у розробці смарт-контрактів. Вона знайома і добре працює.
Але примушувати кожного розробника вивчати Solidity обмежує кількість тих, хто створює onchain. Розробники Rust уникають цього. Команди C++ цілком пропускають блокчейн.
EVM також має обмеження щодо продуктивності. Витрати пам’яті та обчислень погано масштабуються для певних навантажень. Деякі обчислення стають надто дорогими для запуску onchain.
Stylus дозволяє писати смарт-контракти на Rust, C або C++ через WebAssembly.
Ці контракти працюють поруч із Solidity-контрактами. Вони спілкуються між собою. Контракт на Rust викликає контракт на Solidity. Контракт на Solidity відповідає назад.
Одна й та сама ланцюг. Одна й та сама безпека. Різні мови. Різниця у продуктивності реальна.
Що виділяється у бенчмарках:
🔹 Швидкість виконання значно покращується для обчислювально важких навантажень 🔹 Використання пам’яті стає набагато ефективнішим для складної логіки 🔹 Важка математика стає економічно доцільною onchain Бенчмарки показують приріст у порядках величин для конкретних обчислювальних та пам’ятних операцій у порівнянні з Solidity.
Ці результати отримані шляхом запуску еквівалентної логіки в обох середовищах на Arbitrum.
Модель взаємодії:
1️⃣ Ваш Solidity DEX викликає Rust-орієнтовний ціновий оракул 2️⃣ Rust-оракул ефективно обробля важкі обчислення 3️⃣ Результати повертаються до Solidity без перешкод 4️⃣ Все виконується у одній транзакції Ви не мігруєте з EVM на WASM.
Ви їх поєднуєте. Використовуйте Solidity для стандартної DeFi-логіки. Використовуйте Stylus для інтенсивних операцій, таких як криптографія, складна математика або симуляції.
На мою думку, це змінює спосіб, яким люди створюють:
- Розробники Rust створюють onchain без вивчення Solidity - Існуючі проєкти Solidity оптимізують дорогі функції - Нові сценарії стають життєздатними, наприклад, onchain-ігри, ZK-перевірки або обчислення, пов’язані з ML - Ви обираєте правильний інструмент для кожної задачі
EVM залишається. Solidity залишається. Тепер у вас більше інструментів. Смарт-контракти відкриваються для розробників, які раніше залишалися осторонь.
Хто тут переможе:
1️⃣ Розробники Solidity. Зберігайте свій код. Оптимізуйте вузькі місця 2️⃣ Розробники Rust і C++. Створюйте onchain мовами, які вже знаєте 3️⃣ Користувачі. Платіть менше газу за складну логіку
Особисто я вважаю, що Solidity оброблятиме бізнес-логіку, а Stylus — критичні для продуктивності шляхи. Найкращі контракти використовуватимуть обидва.
Спробуйте швидкий старт Stylus на і побачите, як контракти на Rust взаємодіють із Solidity.
Дискусія не про EVM проти Stylus. Вона про те, що ви будете створювати, коли матимете обидва.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Stylus проти EVM: Велика дискусія, якої не існує
Всі постійно питають мене: «Чи замінить @arbitrum Stylus Solidity?» Неправильне питання.
Stylus і EVM — це не конкуренти. Вони — команда. Ось чому майбутнє смарт-контрактів полягає не у виборі сторони, а у наявності опцій.
Solidity домінує у розробці смарт-контрактів. Вона знайома і добре працює.
Але примушувати кожного розробника вивчати Solidity обмежує кількість тих, хто створює onchain. Розробники Rust уникають цього. Команди C++ цілком пропускають блокчейн.
EVM також має обмеження щодо продуктивності. Витрати пам’яті та обчислень погано масштабуються для певних навантажень. Деякі обчислення стають надто дорогими для запуску onchain.
Stylus дозволяє писати смарт-контракти на Rust, C або C++ через WebAssembly.
Ці контракти працюють поруч із Solidity-контрактами. Вони спілкуються між собою. Контракт на Rust викликає контракт на Solidity. Контракт на Solidity відповідає назад.
Одна й та сама ланцюг. Одна й та сама безпека. Різні мови. Різниця у продуктивності реальна.
Що виділяється у бенчмарках:
🔹 Швидкість виконання значно покращується для обчислювально важких навантажень
🔹 Використання пам’яті стає набагато ефективнішим для складної логіки
🔹 Важка математика стає економічно доцільною onchain
Бенчмарки показують приріст у порядках величин для конкретних обчислювальних та пам’ятних операцій у порівнянні з Solidity.
Ці результати отримані шляхом запуску еквівалентної логіки в обох середовищах на Arbitrum.
Модель взаємодії:
1️⃣ Ваш Solidity DEX викликає Rust-орієнтовний ціновий оракул
2️⃣ Rust-оракул ефективно обробля важкі обчислення
3️⃣ Результати повертаються до Solidity без перешкод
4️⃣ Все виконується у одній транзакції
Ви не мігруєте з EVM на WASM.
Ви їх поєднуєте. Використовуйте Solidity для стандартної DeFi-логіки. Використовуйте Stylus для інтенсивних операцій, таких як криптографія, складна математика або симуляції.
На мою думку, це змінює спосіб, яким люди створюють:
- Розробники Rust створюють onchain без вивчення Solidity
- Існуючі проєкти Solidity оптимізують дорогі функції
- Нові сценарії стають життєздатними, наприклад, onchain-ігри, ZK-перевірки або обчислення, пов’язані з ML
- Ви обираєте правильний інструмент для кожної задачі
EVM залишається. Solidity залишається. Тепер у вас більше інструментів. Смарт-контракти відкриваються для розробників, які раніше залишалися осторонь.
Хто тут переможе:
1️⃣ Розробники Solidity. Зберігайте свій код. Оптимізуйте вузькі місця
2️⃣ Розробники Rust і C++. Створюйте onchain мовами, які вже знаєте
3️⃣ Користувачі. Платіть менше газу за складну логіку
Особисто я вважаю, що Solidity оброблятиме бізнес-логіку, а Stylus — критичні для продуктивності шляхи. Найкращі контракти використовуватимуть обидва.
Спробуйте швидкий старт Stylus на і побачите, як контракти на Rust взаємодіють із Solidity.
Дискусія не про EVM проти Stylus. Вона про те, що ви будете створювати, коли матимете обидва.