В недавнем твите Вет, валидатор dUNL XRPL и сооснователь xrpcafe, делится информацией о адресах XRP Ledger. В частности, Вет упомянул нулевой счет XRP Ledger: этот адрес выделяется по нескольким причинам, так как это адрес "черной дыры", что означает, что он не принадлежит и не контролируется никем.
Счета в XRP Ledger идентифицируются по адресу в формате base58. Адрес происходит от мастер-открытого ключа счета, который, в свою очередь, получен из секретного ключа.
Некоторые адреса имеют уникальное значение или историческую значимость в XRP Ledger. В большинстве случаев это адреса "черной дыры", которые не происходят из известного секретного ключа. Поскольку почти невозможно определить секретный ключ по одному адресу, любые XRP, хранящиеся на адресах черной дыры, потеряны навсегда.
Счет XRP Ledger ноль с адресом "rrrrrrrrrrrrrrrrrrrrrrrhoLvTp" относится к специальному адресу, который представляет значение 0 в кодировке base58 XRP Ledger. В пиринговых коммуникациях rippled использует этот адрес как эмитента для XRP.
XRP Ledger постоянно развивается
XRP Ledger (XRPL) постоянно развивается, чтобы удовлетворить требования сообщества. Хотя функции являются наиболее заметными из этих изменений, RippleX отметила в недавнем блоге, что 80% запросов на изменения в репозитории rippled GitHub были связаны с нефункциональной работой за последние два года.
Фокус на нефункциональной работе разделен на четыре категории: использование памяти, пиринг, конкуренция за блокировки и тестовые среды. Цель состоит в том, чтобы снизить порог входа для участия и поддерживать несколько миллионов транзакций, счетов и линий доверия в будущем, для чего оптимизация использования памяти является критически важной.
Согласно RippleX, предстоящий релиз 2.5.0 должен привести к значительному снижению использования памяти и пропускной способности для операторов узлов, в то время как работа будет продолжена над другими улучшениями, не относящимися к функциям, которые будут выпущены, как только они будут готовы.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Объяснение нулевого аккаунта XRP Ledger: детали
В недавнем твите Вет, валидатор dUNL XRPL и сооснователь xrpcafe, делится информацией о адресах XRP Ledger. В частности, Вет упомянул нулевой счет XRP Ledger: этот адрес выделяется по нескольким причинам, так как это адрес "черной дыры", что означает, что он не принадлежит и не контролируется никем.
Счета в XRP Ledger идентифицируются по адресу в формате base58. Адрес происходит от мастер-открытого ключа счета, который, в свою очередь, получен из секретного ключа.
Некоторые адреса имеют уникальное значение или историческую значимость в XRP Ledger. В большинстве случаев это адреса "черной дыры", которые не происходят из известного секретного ключа. Поскольку почти невозможно определить секретный ключ по одному адресу, любые XRP, хранящиеся на адресах черной дыры, потеряны навсегда.
Счет XRP Ledger ноль с адресом "rrrrrrrrrrrrrrrrrrrrrrrhoLvTp" относится к специальному адресу, который представляет значение 0 в кодировке base58 XRP Ledger. В пиринговых коммуникациях rippled использует этот адрес как эмитента для XRP.
XRP Ledger постоянно развивается
XRP Ledger (XRPL) постоянно развивается, чтобы удовлетворить требования сообщества. Хотя функции являются наиболее заметными из этих изменений, RippleX отметила в недавнем блоге, что 80% запросов на изменения в репозитории rippled GitHub были связаны с нефункциональной работой за последние два года.
Фокус на нефункциональной работе разделен на четыре категории: использование памяти, пиринг, конкуренция за блокировки и тестовые среды. Цель состоит в том, чтобы снизить порог входа для участия и поддерживать несколько миллионов транзакций, счетов и линий доверия в будущем, для чего оптимизация использования памяти является критически важной.
Согласно RippleX, предстоящий релиз 2.5.0 должен привести к значительному снижению использования памяти и пропускной способности для операторов узлов, в то время как работа будет продолжена над другими улучшениями, не относящимися к функциям, которые будут выпущены, как только они будут готовы.