Выберите своё ядро
Двухканальное приложение может хранить свою основную логику либо на стороне Solidity, либо на нативной стороне Solana. Это вопрос выбора — оцените, что важно для вашего приложения.
Последнее обновление
Это было полезно?
Двухканальное приложение может хранить свою основную логику либо на стороне Solidity, либо на нативной стороне Solana. Это вопрос выбора — оцените, что важно для вашего приложения.
Большинство приложений Rome — двуполосные: одно общее состояние, доступное как пользователям MetaMask (EVM), так и Phantom (Solana). Вы можете построить такое приложение в двух зеркально отражённых вариантах, различающихся тем, какая сторона содержит основную логику. Нет жесткого правила, что выбрать — это мягкая оценка исходя из того, что важно для вашего приложения: имеющегося у вас кода и ресурсов, опыта вашей команды, вашей модели безопасности, предпочитаемых инструментов, производительности и того, как каждая аудитория будет его использовать.
Ваша логика — это контракт Solidity. Подпись пользователя Phantom в Solana выполняется как транзакция EVM от его идентичности, производной от Rome ( external_auth PDA) — им никогда не нужен ключ EVM. Часто это хороший вариант, когда у вас уже есть контракт Solidity (особенно проверенный или прошедший аудит), вам нужны стандартные инструменты EVM (Hardhat / Foundry / viem) или логика достаточно проста.
Читать: aerarium — кредитный рынок Compound v3 (ядро на Solidity), который используют совместно пользователи EVM и Solana.
Ваша логика — это нативная программа Solana; тонкий Solidity-маршрутизатор позволяет пользователям EVM обращаться к ней через CPI. Часто это хороший вариант, когда у вас уже есть программа Solana или когда для вашего проекта важно запускать ядро нативно.
Читать: rome-dex — нативный AMM (ядро Solana) с EVM-маршрутизатором, так что обе полосы торгуют одним пулом.
Производительность — это один из факторов, который может склонить выбор — рассматривайте это как пример. Нативное выполнение в Solana может быть значительно дешевле интерпретатора EVM для сложной логики: одна своп-операция, которую мы измерили, в нативном режиме обходилась примерно в 6 раз дешевле. Если у вашего приложения есть горячий, ресурсоёмкий путь, такая разница может быть для вас важна; если нет, она, вероятно, не будет определяющей. Рассматривайте это как один из факторов среди многих, а не как правило.
Держите ядро независимым от полномочий — действуйте по подписи любого из авторитетов, чтобы вызывающая сторона могла быть Solana pubkey или PDA пользователя EVM — сохраняйте набор аккаунтов минимальным и совместимым с ALT, чтобы путь EVM оставался недорогим, и тестируйте обе полосы.
Вызов Solana из EVM — механика CPI для варианта (b) и любого вызова Solidity→Solana.
Бюджет вычислений — подробнее о стоимости выполнения.
Последнее обновление
Это было полезно?
Это было полезно?