Если вы разработчик, работающий в экосистеме Sui, или только начинаете изучать возможности языка Move, самое время познакомиться с чем-то, что полностью изменит управление смарт-контрактами, их интеграцию и доверие к ним:Move Registry (MVR).

MVR, разработанная Mysten Labs, представляет собой систему управления пакетами в блокчейне, похожую на npm for Move, но созданную специально для децентрализованного и компонуемого мира Sui. Она привносит здравый смысл и структуру в пространство, которое раньше казалось хаотичным и загадочным. Больше не нужно копаться в адресах объектов. Больше не нужно гадать, какую версию пакета вы используете. Используя MVR, вы по умолчанию работаете с реальными именами, надежными метаданными и прозрачностью блокчейна.

Вот только это не просто реестр. Это инфраструктура для радикально совместимого мира.

#Боль, стоящая перед MVR

До появления MVR обращение к внешним пакетам в Move было похоже на написание ссылок на необработанные шестнадцатеричные строки.

Вам приходилось вручную копировать и вставлять длинные адреса объектов, вручную отслеживать обновления версий и молиться, чтобы не путать среды при переключении между тестовой и основной сетями. Опыт разработчиков, хотя и был мощным, определенно не был удобен для новичков. Он даже не был удобен для разработчиков.

Эти трения не просто тратили время впустую. Это приводило к ошибкам, замедляло адаптацию и усложняло обслуживание кодовых баз, особенно в командах.

Возможно, вы написали такую транзакцию:

transaction.moveCall({
  target: "0xe177697e19...::accessories::equip",
  typeArguments: [
    "0x80d7de9c4a5...::suifren::SuiFren<0x297d8a...::bullshark::Bullshark>"
  ],
  arguments: [...]
});

Вы не поймете, что на самом деле означает каждый из этих адресов, если не будете тщательно документировать их, а, честно говоря, мы редко это делаем.

#Войдите в реестр перемещений

MVR решает все это. Благодаря MVR вам больше не нужно запоминать необработанные адреса объектов или управлять ими. Вместо этого вы пишете:

transaction.moveCall({
  target: "@suifrens/accessories::accessories::equip",
  typeArguments: [
    "@suifrens/core::suifren::SuiFren<@suifrens/core::bullshark::Bullshark>"
  ],
  arguments: [...]
});

Читаемый. Отслеживаемый. Семантический. Вот как выглядит дизайн, ориентированный на разработчиков.

Но MVR — это не только название. В нем представлены реальные пакетыверсионирования,разрешение зависимостейи метаданныеончейн-метаданные, позволяющие обосновать импортируемый код. Вы можете выбрать определенную версию, использовать последнюю стабильную версию и легко тестировать в разных сетях, не переписывая код.

Поскольку приложение интегрировано сsuinS, каждое имя пакета можно проверить, сохранить в сети и сохранить. Никто не может его подделать. Вы владеете тем, что публикуете.

#Реальное использование, реальная прозрачность

Одним из самых больших преимуществ MVR являетсявидимость.

В Web2 у нас были звезды и вилки. В Web3 нам нужно нечто большее. MVR отслеживаетреальное использование блокчейнане только загрузки, но ифактические взаимодействия, зависимости и косвенные отношения. Это значит, что скоро вы сможете узнать, какие пакеты на самом деле используются в рабочей среде, какие можно компоновать и кто создает базовые библиотеки, лежащие в основе всей экосистемы Sui.

Mysten Labs даже запускает глобальную таблицу лидеров MVR**, в которой будет указано, каким пакетам доверяют больше всего, а какие лучше использовать повторно. Это позволит разработчикам отдать должное, а разработчикам — уверенность, необходимую при выборе зависимостей.

##Важные метаданные

Каждый пакет MVR может включать в себя нечто большее, чем просто код. Вы можете связать свою запись в реестре со своим репозиторием GitHub, документами, логотипом, веб-сайтом и даже контактным лицом. Так командам будет проще проверить, что они интегрируют, участникам — связаться с ними, а экосистеме — понять, кому что принадлежит.

Это также помогает защититься от вредоносных клонов и кодовых баз rugpull, выдающих себя за то, кем они не являются. При наличии надлежащих метаданных и владения ончейном контентом доверие также становится возможным.

##Для разработчиков, от разработчиков

MVR создан с учетом потребностей разработчиков. Это не какой-то абстрактный стандарт или инструмент, «в конечном итоге полезный». Это то, что вы можете использоватьпрямо сейчасдля очистки контрактов, улучшения ремонтопригодности и упрощения рабочих процессов интеграции.

Если вы создаете библиотеки для многократного использования, зарегистрируйте их в MVR. Если вы создаете производственное приложение, переключитесь на именованные пакеты. Если вы работаете с другими командами, включите MVR в свой контрольный список по запуску.

Дело не только в способности к обнаружению. Речь идет о расширении сотрудничества в открытой экосистеме.

##Под капюшоном

Move Registry (илиMVR, произносится как * «mover» *) работает как единый сервис имен и реестр как вMainnet, так и вTestnet. Независимо от того, пишете ли вы PTB, создаете сложные типы Move или интегрируете сторонние пакеты, MVR справится с самой сложной задачей: сопоставлением чистых имен с правильными адресами в сети.

Вы можете:

• Ссылайтесь как на пакеты, так и на типы по именам.
• Автоматическое разрешение зависимостей.
• Заблокируйте версии или подключитесь к последней ленте обновлений.
• Беспрепятственное перемещение между сетями.

Если вы не укажете версию, MVR по умолчанию будет использовать самую последнюю доступную версию, что упростит обновление во многих случаях использования.

Существует также альтернативная стратегия обеспечения отказоустойчивости: поскольку в настоящее время MVR работает на базеэкспериментального индексатора, разработчикам рекомендуется структурировать приложения таким образом, чтобы даже в случае временного отключения индексатора критически важные функции не нарушались. Вы можете:

• Используйте резервные адреса в интеграции TypeScript SDK.
• Дизайн, обеспечивающий частичную доступность.
• Отслеживайте обновления и улучшения в репозитории реестра.

А веб-интерфейс доступен по адресу moveregistry.com/apps, где вы можете регистрировать, изучать и интегрировать пакеты из разных уголков экосистемы.