> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tenderly.co/llms.txt
> Use this file to discover all available pages before exploring further.
# Virtual Environments
> Форкните действующую сеть в приватную, приближённую к продакшену альтернативу тестовой сети для разработки dapp, CI/CD и стейджинга — через JSON-RPC и визуальную панель.
Virtual Environments — это приватные блокчейн-среды, которые форкают действующую сеть и ведут себя как контролируемая вами Mainnet. Они дают вам реалистичность продакшен-цепочки (цены оракулов, живые пулы, состояние управления) без затрат и рисков. Вы взаимодействуете с ними через тот же JSON-RPC, который уже понимают ваши инструменты, плюс расширенный Admin RPC для чит-кодов и визуальную панель со встроенным обозревателем блоков.
Virtual Environments доступны на платном тарифе. Чтобы включить их для вашего аккаунта, [свяжитесь с отделом продаж](https://tenderly.co/contact-us), чтобы назначить звонок и обсудить обновление тарифа.
## Что можно построить с их помощью
* **Замена локальной ноды.** Пишите код, тестируйте и отлаживайте каждую часть вашего dapp (смарт-контракты, интерфейс dapp, бэкенд, слой индексации) на сети, отражающей состояние Mainnet.
* **CI/CD-инфраструктура.** Разворачивайте новую Virtual Environment для каждого pull request, деплойте контракты, запускайте тесты и удаляйте её. Шаблон описан в [руководствах по GitHub Actions](/virtual-environments/ci-cd/github-actions-foundry).
* **Стейджинг и демо-среды.** Запускайте dapp целиком против форка Mainnet для ручного QA, тестирования сообществом, аудитов контрактов или продающих демо. Ревьюеры видят настоящий обозреватель блоков; при этом вы не перемещаете реальные средства.
* **Тестирование межцепочечного взаимодействия.** Подключите несколько сетей к одной Virtual Environment и тестируйте мостовые сценарии от начала до конца. [Multichain Quickstart](/virtual-environments/multichain/quickstart) проведёт вас через настройку.
## Чем Virtual Environments отличаются от публичных тестовых сетей?
Публичные тестовые сети, такие как Sepolia и Holesky, работают на собственном изолированном состоянии цепочки, поэтому в них нет ликвидности Mainnet, живых цен оракулов и задеплоенных протоколов, от которых зависит ваш dapp. Virtual Environment вместо этого форкает Mainnet (или любую из 100+ сетей), так что вы тестируете на реальном продакшен-состоянии, с фаусетом, который никогда не заканчивается, и полным контролем над балансами аккаунтов, номером блока и временем. В отличие от публичной тестовой сети, она остаётся приватной для вашей команды и может создаваться и удаляться для каждого pull request.
## Начните отсюда
Запустите вашу первую Virtual Environment, пополните аккаунт и отправьте транзакцию.
Настройте Virtual Environment, охватывающую несколько сетей, и выполните межцепочечную транзакцию с автоматической ретрансляцией через мост.
## Режимы синхронизации сети
У каждой Virtual Environment есть режим синхронизации сети, который определяет её связь с родительской сетью после создания:
* **Static** (по умолчанию): Virtual Environment остаётся на форкнутой вершине блока без обновлений из родительской сети. Состояние меняется только вашими транзакциями и чит-кодами.
* **State Only Sync**: слоты хранилища продолжают отслеживать значения из родительской сети до тех пор, пока ваша Virtual Environment в них не запишет. См. [State Sync](/virtual-environments/state-sync).
* **Network Mirror**: полное поблочное воспроизведение родительской сети в вашей Virtual Environment, с видимым mempool и контролем времени. См. [Network Mirror Mode](/virtual-environments/network-mirror-mode).
Режим синхронизации фиксируется при создании и не может быть изменён впоследствии — ни из панели, ни через API. Чтобы использовать другой режим, создайте новую Virtual Environment.
## Строительные блоки
Эти страницы объясняют, что делает каждая часть Virtual Environment и как она связана с другими. Прочтите их до того, как вам потребуется что-то отлаживать.
Просматривайте транзакции, контракты, кошельки и RPC-вызовы в вашей Virtual Environment через привычный UI обозревателя блоков.
Пополняйте баланс нативной валюты или ERC-20 на любом аккаунте без реальных средств.
Держите слоты хранилища отслеживающими живые значения Mainnet до тех пор, пока ваша Virtual Environment в них не запишет.
Оставайтесь блок в блок с родительской сетью, с видимым mempool и контролем времени.
Присвойте RPC URL окружения фиксированное человекочитаемое имя, которое сохраняется при повторных форках.
Одна Virtual Environment, несколько сетей, общая идентичность, единый таймлайн.
Автоматическая ретрансляция для LayerZero, Chainlink CCIP и Across между сетями в Multichain Virtual Environment.
## Как вы взаимодействуете с Virtual Environment
Вы управляете Virtual Environment через четыре интерфейса:
* **Tenderly Dashboard**, где вы создаёте Virtual Environment, просматриваете транзакции, пополняете аккаунты, симулируете транзакции против текущего состояния окружения и настраиваете параметры.
* **Public RPC** — стандартная конечная точка JSON-RPC, поддерживающая методы, которые уже вызывает любой dapp или библиотека. Используйте её для интерфейса dapp, бэкенда и всего, что вы предоставляете внешним тестировщикам.
* **Admin RPC** — расширенная конечная точка JSON-RPC, добавляющая чит-коды для установки балансов, переопределения хранилища, перемотки времени вперёд, деплоя произвольного байткода и синхронизации с действующей сетью. Используйте её из ваших инструментов разработки и тестов, а не из чего-то доступного извне. Полный набор чит-кодов задокументирован в [справочнике Admin RPC](/virtual-environments/admin-rpc).
* **REST API** — для создания, форка и удаления Virtual Environments из скриптов и CI-пайплайнов. См. [справочник REST API](/virtual-environments/rest-api); [руководства по GitHub Actions](/virtual-environments/ci-cd/github-actions-foundry) оборачивают его для рабочих процессов pull request.
Когда вы делитесь Virtual Environment с внешними тестировщиками или предоставляете её через интерфейс dapp, раздавайте Public RPC, а не Admin RPC. Admin RPC позволяет вызывающему изменять балансы, хранилище, время и другое сетевое состояние способами, которые могут сломать ваши тесты.
## Типичные задачи
Подключите MetaMask или другой кошелёк к вашей Virtual Environment.
Направьте Foundry, Hardhat, Ethers, Viem или ваш интерфейс dapp на RPC вашей Virtual Environment.
Разворачивайте с помощью Foundry или Hardhat с автоматической верификацией контрактов.
Прогоняйте транзакции насухо против текущего состояния Virtual Environment перед отправкой.
Ответвите существующую Virtual Environment в новую с её текущим состоянием.
Делайте снимки и откатывайте Virtual Environment к ним.
## Поддерживаемые сети
Virtual Environments работают на 100+ EVM-сетях. Полный список см. в разделе [поддерживаемые сети](/platform/supported-networks).
## См. также
* [Quickstart](/virtual-environments/quickstart) — ваша первая Virtual Environment от начала до конца.
* [Стейджинг контрактов](/virtual-environments/ci-cd/stage-contracts) — как поделиться Virtual Environment с командой.
* [Admin RPC](/virtual-environments/admin-rpc) и [REST API](/virtual-environments/rest-api) — справочные материалы.
* [Solidity Cheatcodes](/virtual-environments/precompiles) — управление состоянием изнутри транзакции через прекомпайл Virtual Environment.