Плата за хранение

Что такое плата за хранение в криптовалюте?

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

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

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

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

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

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

Плата за хранение устроена по-разному в разных блокчейнах.

Некоторые сети используют возвратные депозиты за хранение.

Некоторые сети применяют единовременные комиссии за хранение с возвратом части средств.

Некоторые сети взимают высокие комиссии за газ за постоянную запись данных.

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

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

Почему плата за хранение важна

Плата за хранение важна, поскольку состояние блокчейна — один из наиболее сложных аспектов масштабирования децентрализованных сетей.

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

К таким данным относятся балансы аккаунтов, хранилище смарт-контрактов, метаданные токенов, позиции в стейкинге, блокировки для управления, состояния пулов ликвидности, записи NFT, имена пользователей и объекты приложений.

Если пользователи могут дешево создавать неограниченное постоянное состояние, эксплуатация сети может стать дорогостоящей.

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

Сокращение числа независимых проверяющих может ослабить децентрализацию.

Поэтому плата за хранение — это не только вопрос комиссий для разработчиков.

Это также вопрос децентрализации, безопасности и устойчивости.

Предложение Ethereum EIP-1682 о плате за хранение ясно описывает эту проблему, отмечая, что полные узлы должны хранить большие объемы данных, а будущие требования к хранилищу могут быть неограниченными, если данные контрактов необходимо сохранять вечно.

Хотя EIP-1682 не был принят в качестве действующей модели хранения Ethereum, он остается важным источником для понимания того, почему рост состояния является долгосрочной проблемой блокчейна.

Плата за хранение и комиссии за газ

Плата за хранение и комиссии за газ связаны, но это не одно и то же.

Комиссия за газ оплачивает исполнение транзакции, вычисления, чтение или запись состояния, а иногда и расходы, связанные с хранением.

Плата за хранение относится непосредственно к стоимости поддержания данных в состоянии блокчейна.

В одних сетях стоимость хранения включена в комиссию за транзакцию.

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

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

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

Это означает, что Ethereum оценивает стоимость хранения через газ в момент записи или изменения состояния.

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

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

Плата за хранение и депозит за хранение

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

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

Solana — распространенный пример модели возвратного депозита за хранение.

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

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

Это часто называют rent, однако документация Solana также объясняет, что баланс, освобожденный от rent, действует как возвратный депозит.

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

Для разработчиков депозит стимулирует тщательно проектировать аккаунты, поскольку для более крупных аккаунтов требуется блокировать больше капитала.

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

Плата за хранение и истечение срока состояния

Плата за хранение и истечение срока состояния — связанные идеи, но они решают проблему по-разному.

Плата за хранение взимается с пользователей за поддержание доступности состояния.

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

Цель обеих идей — снизить долгосрочную нагрузку от вечного хранения данных.

Плата за хранение сосредоточена на экономике.

Истечение срока состояния сосредоточено на управлении жизненным циклом.

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

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

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

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

Как работает плата за хранение

Система платы за хранение обычно начинается с измерения объема ончейн-данных, создаваемых пользователем или контрактом.

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

Затем сеть применяет стоимость на основе этого объема данных.

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

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

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

Это создает стимул избегать ненужного состояния.

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

Пользователи могут закрывать неиспользуемые токен-аккаунты, удалять ненужные объекты или избегать создания множества аккаунтов с незначительным балансом.

Главная цель — сделать решения о хранении экономически обоснованными.

Почему хранение данных в блокчейне дорого

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

Когда смарт-контракт сохраняет одно значение, это значение может потребоваться хранить и проверять многим участникам сети.

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

Когда DeFi-приложение создает множество позиций, ордеров или аккаунтов, каждый такой элемент может увеличивать активное состояние.

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

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

Кроме того, небрежное проектирование хранилища вредит всей сети.

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

Плата за хранение стремится согласовать затраты пользователя с долгосрочной нагрузкой на сеть.

Именно поэтому хорошие блокчейн-разработчики рассматривают ончейн-хранилище как дефицитный ресурс.

Плата за хранение и разрастание состояния

Разрастание состояния означает, что активное состояние блокчейна увеличивается больше, чем необходимо.

Активное состояние отличается от исторических данных транзакций, поскольку активное состояние — это данные, которые сети необходимо знать прямо сейчас для обработки новых транзакций.

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

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

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

Сеть с меньшим числом независимых операторов узлов может стать более централизованной.

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

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

Разрастание состояния — не просто техническое неудобство.

Оно угрожает долгосрочной децентрализации, если делает независимую проверку слишком дорогой.

Ethereum и плата за хранение

Ethereum в настоящее время не использует общую модель регулярной платы за хранение активных данных смарт-контрактов.

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

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

Исследователи и разработчики Ethereum годами обсуждают модели, подобные rent, поскольку неограниченный рост состояния — известная проблема.

Предложение о плате за хранение EIP-1682 определяло rent как стоимость хранения аккаунта с течением времени и описывало систему, в которой rent зависел бы от размера аккаунта.

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

Пример Ethereum показывает, почему плату за хранение сложно внедрить.

Модель rent может повысить устойчивость сети, но также может нарушить предположения, на которые уже полагаются пользователи и смарт-контракты.

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

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

Фонд хранения Sui и возврат части средств за хранение

Sui использует модель фонда хранения и возврата части средств, а не простую модель регулярной платы за хранение.

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

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

Документация Sui также поясняет, что невозвратная часть навсегда блокируется в фонде хранения.

Эта модель призвана решить долгосрочную проблему стимулов для валидаторов.

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

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

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

Согласно официальной документации, при удалении данных в Sui можно получить возврат 99% первоначальной комиссии за хранение, в то время как невозвратная часть в размере 1% остается заблокированной.

Это делает Sui полезным современным примером ценообразования хранения, непосредственно встроенного в токеномику блокчейна.

Rent в Solana и аккаунты, освобожденные от rent

Solana использует модель хранения на основе аккаунтов, в которых содержатся lamports и данные.

В официальной документации Solana по структуре аккаунтов указано, что каждый аккаунт должен поддерживать минимальный баланс в lamports, называемый балансом, освобожденным от rent, чтобы его данные хранились в блокчейне.

Необходимый баланс пропорционален объему данных, хранящихся в аккаунте.

Поэтому для создания более крупного аккаунта Solana требуется больше lamports.

Хотя используется термин rent, документация Solana поясняет, что баланс, освобожденный от rent, действует как возвратный депозит.

В официальном руководстве Solana по закрытию токен-аккаунта указано, что закрытие токен-аккаунта удаляет аккаунт и возвращает его rent lamports на целевой аккаунт.

Это делает очистку аккаунтов экономически выгодной.

Пользователь с множеством пустых токен-аккаунтов может вернуть заблокированные lamports, закрыв неиспользуемые аккаунты.

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

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

Polkadot, депозиты за хранение и экзистенциальные депозиты

Сети на основе Polkadot SDK часто используют депозиты и минимальные балансы для ограничения ненужного роста состояния.

Официальный глоссарий Polkadot определяет экзистенциальный депозит как минимальный баланс, который аккаунту разрешено иметь в модуле Balances.

В той же документации объясняется, что аккаунт может быть удален, если его баланс опускается ниже экзистенциального депозита, а модуль Balances удаляет ссылки на этот аккаунт.

Polkadot Hub также использует депозиты для создания активов и хранения метаданных.

В официальном руководстве Polkadot Hub по регистрации локального актива объясняется, что создание локального актива в Polkadot Hub требует депозитов за актив и метаданные.

В официальной документации Polkadot Hub по активам также отмечается, что небольшие депозиты помогают покрывать минимальные расходы на ончейн-хранение данных об активах.

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

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

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

Плата за хранение в децентрализованных сетях хранения

Плата за хранение применяется не только на платформах смарт-контрактов, но и в децентрализованных системах хранения.

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

Сеть хранения должна вознаграждать поставщиков хранилища за поддержание доступности данных.

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

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

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

Однако хранение файлов и хранение состояния блокчейна — не одно и то же.

Состояние блокчейна является частью консенсуса и проверки транзакций.

Хранение файлов обычно связано с доступностью и извлечением данных вне машины состояний консенсуса.

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

Плата за хранение и NFT

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

Если NFT хранит большой объем данных непосредственно в блокчейне, это может значительно увеличить расходы на хранение.

Если NFT хранит в блокчейне только ссылку или хеш контента, более крупные медиафайлы могут зависеть от внешнего или децентрализованного хранилища.

Некоторые сети взимают депозиты или комиссии при создании NFT-коллекций и NFT.

Эти платежи помогают предотвращать спам и компенсируют нагрузку от хранения записей о коллекциях и метаданных NFT.

Для создателей плата за хранение означает, что при проектировании NFT следует учитывать, какие данные должны находиться в блокчейне, а какие — вне его.

Для покупателей плата за хранение означает, что постоянство данных NFT зависит от места хранения данных и способа финансирования хранения.

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

Пользователям следует проверять, находятся ли метаданные NFT в блокчейне, в децентрализованном хранилище или размещены на централизованном сервере.

Плата за хранение — часть более широкого вопроса о постоянстве NFT.

Плата за хранение и DeFi

DeFi-приложения создают большой объем ончейн-состояния.

Протокол кредитования может хранить позиции залога, остатки задолженности, индексы процентов и записи о ликвидациях.

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

Протокол деривативов может хранить маржинальные аккаунты, ставки финансирования, позиции и данные расчетов.

Каждая из этих записей может увеличивать размер состояния.

Плата за хранение или депозиты за хранение стимулируют DeFi-разработчиков минимизировать ненужное состояние и удалять устаревшие записи.

Они также поощряют разработчиков создавать эффективные структуры данных.

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

Для протоколов плата за хранение влияет на пользовательский опыт и эффективность капитала.

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

Плата за хранение и проектирование смарт-контрактов

Разработчикам смарт-контрактов следует считать хранилище дорогим и ограниченным ресурсом.

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

Временные значения следует по возможности хранить в памяти или в рамках исполнения транзакции.

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

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

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

Им также следует понимать, приводит ли удаление данных в целевой сети к возврату средств, возврату части комиссии или возврату депозита.

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

Контракт, который дешево записать один раз, но дорого хранить для сети вечно, не является устойчивым.

Хорошее проектирование смарт-контрактов минимизирует состояние, сохраняя достаточный объем данных для безопасности и удобства использования.

Плата за хранение и пользовательский опыт

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

Кошелек может показывать средства как недоступные, поскольку они заблокированы для освобождения от rent или зарезервированы в качестве депозита.

Пользователь может считать токен-аккаунт пустым, но на нем все еще могут находиться lamports, которые можно вернуть.

Пользователь может создать NFT или актив и не осознавать, что часть платежа является депозитом за хранение.

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

Хорошие кошельки должны ясно объяснять эти механизмы.

Хорошие dApp должны показывать, почему требуется депозит и можно ли его вернуть.

Хорошие обозреватели блокчейна должны отображать депозиты за хранение, зарезервированные балансы, rent аккаунтов и возвраты за объекты понятным языком.

Плата за хранение — техническая концепция, но плохое объяснение может создать впечатление скрытой комиссии.

Удобная для пользователя модель платы за хранение должна делать расходы предсказуемыми, а возвраты — заметными.

Плата за хранение и токеномика

Плата за хранение может быть частью токеномики блокчейна.

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

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

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

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

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

Однако стоимость хранения необходимо тщательно балансировать.

Если хранение слишком дешевое, состояние может расти слишком быстро.

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

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

Плата за хранение и стимулы валидаторов

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

Им необходимы оборудование, пропускная способность, базы данных, резервные копии, мониторинг и операционные навыки.

По мере роста состояния эксплуатация узлов может становиться дороже.

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

Плата за хранение стремится устранить это несоответствие.

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

Модель возвратного депозита Solana — еще один пример, поскольку для более крупных аккаунтов требуется блокировать больше lamports.

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

Эти модели различаются, но имеют общую цель.

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

Преимущества платы за хранение

Первое преимущество платы за хранение состоит в том, что она препятствует созданию ненужных ончейн-данных.

Второе преимущество — она помогает сохранить доступность полных узлов и валидаторов.

Третье преимущество — она может сократить число спам-аккаунтов, незначительных балансов и заброшенного состояния.

Четвертое преимущество — она может создавать стимулы удалять неиспользуемые данные.

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

Шестое преимущество — она может поддерживать долгосрочное вознаграждение валидаторов.

Седьмое преимущество — она может улучшить проектирование приложений, стимулируя эффективное управление состоянием.

Восьмое преимущество — она может помочь сетям оставаться более простыми для проверки с течением времени.

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

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

Риски и критика платы за хранение

Первый риск — непонимание со стороны пользователей.

Многие пользователи не понимают, почему некоторые балансы заблокированы, зарезервированы или могут быть возвращены.

Второй риск — сложность для разработчиков.

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

Третий риск — нарушение ожиданий.

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

Четвертый риск — нарушение работы приложений.

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

Пятый риск — доступность по цене.

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

Шестой риск — гриминг.

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

Седьмой риск — злоупотребление управлением.

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

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

Рекомендации для разработчиков

Храните в блокчейне только данные, которые необходимо проверять ончейн.

Используйте офчейн- или децентрализованное хранилище для больших файлов, если полное хранение в блокчейне не требуется.

Проектируйте контракты и программы так, чтобы устаревшие записи можно было безопасно удалить.

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

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

Оценивайте стоимость хранения до запуска продукта с большим количеством аккаунтов, NFT, ордеров или позиций.

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

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

Тестируйте закрытие аккаунтов, удаление объектов и процессы возврата средств до развертывания в Mainnet.

Рассматривайте проектирование хранилища как часть безопасности, а не только как задачу оптимизации комиссий.

Рекомендации для пользователей

Узнайте, использует ли сеть, которой вы пользуетесь, rent, депозиты, зарезервированные балансы или возвраты за хранение.

Закрывайте неиспользуемые токен-аккаунты, когда сеть поддерживает безопасный возврат rent.

Проверяйте, требуется ли депозит за хранение для создания NFT, токена или приложения.

Поддерживайте достаточный баланс нативного токена для сохранения аккаунтов и оплаты комиссий за транзакции.

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

Используйте официальные кошельки, обозреватели блокчейна и документацию, чтобы разобраться в механике rent или депозитов.

Будьте осторожны при удалении объектов или аккаунтов, поскольку удаление может быть необратимым, даже если вы получите возврат части средств.

Избегайте создания множества тестовых аккаунтов в Mainnet, если подойдет тестнет или локальная сеть.

Прежде чем активно использовать dApp, проверьте, ясно ли оно объясняет расходы на хранение.

Помните, что хранение в блокчейне имеет реальные сетевые расходы, даже если комиссия за транзакцию кажется небольшой.

Распространенные заблуждения о плате за хранение

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

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

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

В действительности активное состояние может создавать нагрузку на сеть годами после исходной транзакции.

Третье заблуждение — возвратные депозиты за rent теряются навсегда.

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

Четвертое заблуждение — плата за хранение затрагивает только разработчиков.

Пользователи также могут сталкиваться с rent через токен-аккаунты, NFT, балансы кошельков, удаление объектов и очистку аккаунтов.

Пятое заблуждение — больше ончейн-хранилища всегда означает большую децентрализацию.

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

FAQ

Что означает плата за хранение в криптовалюте?

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

Зачем блокчейнам нужна плата за хранение?

Блокчейнам нужна плата за хранение или ценообразование хранения, поскольку ончейн-данные должны храниться, проверяться и предоставляться узлами и валидаторами с течением времени.

Является ли плата за хранение тем же, что и газ?

Нет. Газ обычно оплачивает исполнение транзакции, тогда как плата за хранение относится именно к стоимости поддержания данных в блокчейне.

Есть ли в Ethereum плата за хранение?

Ethereum делает постоянное хранилище дорогим за счет расходов на газ, но в настоящее время не использует широкую модель регулярной платы за хранение всех активных данных контрактов.

Что такое rent в Solana?

Rent в Solana — это требование к балансу, освобожденному от rent: аккаунты должны иметь минимальный баланс в lamports, пропорциональный размеру данных, и этот баланс можно вернуть при закрытии аккаунта.

Что такое фонд хранения Sui?

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

Можно ли вернуть плату за хранение?

Да. Некоторые блокчейны возвращают rent-депозиты или часть средств, когда пользователи закрывают аккаунты, удаляют объекты или сокращают объем хранимых данных.

Почему хранение в блокчейне дорого?

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

Как плата за хранение влияет на NFT?

Плата за хранение может влиять на стоимость создания NFT-коллекций, хранения метаданных, поддержания записей о владении и доступности связанных данных в блокчейне.

Как разработчики могут снизить расходы на плату за хранение?

Разработчики могут снизить расходы на хранение, минимизируя активное состояние, удаляя устаревшие данные, используя эффективные структуры данных и сохраняя большие файлы вне блокчейна или в децентрализованных системах хранения.

Заключение

Плата за хранение — один из важнейших экономических инструментов управления ростом состояния блокчейна.

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

Разные блокчейны решают эту проблему по-разному.

Ethereum делает постоянное хранилище дорогим через газ и обсуждал предложения, подобные rent.

Sui использует фонд хранения с возвратными выплатами и компонентом невозвратной комиссии.

Solana использует балансы аккаунтов, освобожденные от rent, которые работают как возвратные депозиты при закрытии аккаунтов.

Системы на основе Polkadot SDK используют экзистенциальные депозиты, депозиты за активы и зарезервированные балансы, чтобы сократить незначительные балансы и ненужное состояние.

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

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

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

Для сетей плата за хранение помогает защищать децентрализацию, делая долгосрочный рост состояния более устойчивым.

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

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