BTC

$64777.517

2.33%

ETH

$3160.053

2.18%

BNB

$592.457

1.88%

XRP

$0.531

1.05%

ЖИВЫЕ ОБНОВЛЕНИЯ

• Сетевые контракты ликвидированы: 75.9 миллиона долларов потеряны за 24 часа, что шокирует трейдеров! • Предложение токенов Sui вызывает споры, поскольку более 84% поставленных токенов контролируются основателями • Новый коллективный иск Coinbase направлен против биржи с обвинениями в листинге ценных бумаг • Утечка данных Bitfinex теперь вызывает споры, опровержение генерального директора Tether • FSOCIETY угрожает массовой утечкой данных Bitfinex: 400,000 XNUMX пользователей в опасности • Облака разочарования: запуск Friend Tech v2, несмотря на новые интересные функции • Классификация Ethereum поддержана генеральным директором Ripple в битве с SEC • Приток биткойн-ETF показывает положительные признаки: 378 мая 3 миллионов долларов • Friend.tech V2 запущен с раздачей токена FRIEND • Bitcoin ETF в оттенках серого зафиксировал первый приток в размере 63 миллионов долларов с момента запуска

ЗНАНИЯ

Что вызвало недавний сбой в работе Solana и что делается для предотвращения дальнейшей перегрузки сети?

4 мая 2022 г. - Вокруг 4 мин минут на чтение
Солана

Что стало причиной недавнего сбоя в работе Соланы?

Боты, связанные с новым проектом NFT на основе Solana по словам разработчиков проекта, привело к семичасовому отключению сети. Отключение, которое началось примерно в 20:30 UTC в субботу и закончилось в 03:30 UTC в воскресенье, было вызвано массовое увеличение входящих транзакций (6 миллионов в секунду), которые перегружали сеть, превышение пропускной способности сети в 100 Гбит/с на отдельных узлах.

«Нет никаких доказательств атаки типа «отказ в обслуживании», но вместо этого доказательства указывают на то, что боты пытались программно выиграть новый NFT, отчеканенный с помощью популярной программы Candy Machine», разработчики проекта заявили в сообщение в блоге, «Основной причиной высокого использования памяти было недостаточное количество голосов, полученных для завершения предыдущих блоков, что предотвращало очистку заброшенного форка. Количество валидаторов форков, которые пришлось оценить, превысило их возможности даже после перезагрузки, что потребовало ручного вмешательства».

Что делается?

По словам команды разработчиков, с начала января в Solana периодически возникают проблемы с перегрузкой, возникающие из-за активности ботов, нацеленных на монетные дворы NFT. Предыдущий сбой в работе бета-версии Mainnet произошел в сентябре 2021 года и длился 17 часов. Сбой 30 апреля имеет те же характеристики, что и сентябрьский сбой, но на этот раз сеть продолжала функционировать, даже когда объемы запросов транзакций достигли 10,000 XNUMX% от уровня сентября, что отражает последующие обновления, сделанные сообществом валидаторов.

Бета-версия версии 1.10, которая в настоящее время стабилизируется в Testnet, включает в себя улучшения использования памяти, позволяющие продлить время, в течение которого узлы могут переносить медленный или остановленный консенсус. Тестовые узлы под управлением версии 1.10, развернутые в бета-версии основной сети, продолжали использовать 2000 дополнительных слотов помимо своих узлов версии 1.9 с аналогичной спецификацией.

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

  • QUIC – Сегодня Solana использует собственный протокол на основе UDP для передачи транзакций между узлами RPC и текущим лидером. Поскольку UDP не поддерживает соединение и не имеет ни управления потоком, ни подтверждений получения, не существует значимого способа препятствовать или смягчить неправомерное поведение. Чтобы повлиять на контроль над сетевым трафиком, основные протоколы Solana переопределяются поверх QUIC, протокола, созданного Google и предназначенного для быстрой асинхронной связи, такого как UDP, но с сеансами и управлением потоками, такими как TCP. После принятия появится гораздо больше возможностей для адаптации и оптимизации приема данных.
  • Качество обслуживания транзакций, взвешенных по ставкам – Пропускная способность сети лидеров имеет фиксированную пропускную способность, и для ее эффективного использования необходима расстановка приоритетов, чтобы положить конец нынешней практике неизбирательного приема транзакций в порядке очереди, без учета источника. Учитывая, что Solana — это PoS-сеть, естественным выбором будет расширение полезности взвешивания ставок на качество обслуживания транзакций. В рамках этой модели узел с долей 0.5% будет иметь право передавать лидеру не менее 0.5% пакетов, а остальная часть сети и никакая комбинация оставшейся доли не сможет их полностью отмыть. QoS с учетом доли ставок сегодня разрабатывается параллельно с QUIC. QoS с учетом доли будет более надежным в сочетании с QUIC.
  • Приоритет исполнения на основе комиссии – После приема транзакции по-прежнему могут конкурировать за изменение данных общей учетной записи. Это разногласие разрешается по принципу «первым пришел первым обслужен», аналогично приему сетевых данных, что не оставляет пользователям возможности выразить срочность выполнения своих транзакций. Учитывая, что каждый может отправлять транзакции в сеть, взвешивание ставок не подходит для такой расстановки приоритетов. Вместо этого в программу Compute Budget вводится новая инструкция, предлагающая пользователям возможность указать произвольную «дополнительную комиссию», которая будет взиматься при выполнении транзакции и ее включении в блок. Отношение этой комиссии к запрошенным вычислительным единицам будет служить весом приоритета выполнения транзакции. Дополнительные сборы будут учитываться идентично базовому сбору сегодня.

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Информация на этом веб-сайте представлена ​​в качестве общего комментария к рынку и не представляет собой инвестиционный совет. Мы рекомендуем вам провести собственное исследование, прежде чем инвестировать.

Присоединяйтесь к CoinCu Telegram, чтобы следить за новостями: https://t.me/coincunews

Следите за каналом CoinCu на YouTube | Следите за страницей CoinCu в Facebook

орешник

Новости CoinCu

Солана Солана Солана

ЗНАНИЯ, Блокчейн

Что вызвало недавний сбой в работе Solana и что делается для предотвращения дальнейшей перегрузки сети?

Солана

Что стало причиной недавнего сбоя в работе Соланы?

Боты, связанные с новым проектом NFT на основе Solana по словам разработчиков проекта, привело к семичасовому отключению сети. Отключение, которое началось примерно в 20:30 UTC в субботу и закончилось в 03:30 UTC в воскресенье, было вызвано массовое увеличение входящих транзакций (6 миллионов в секунду), которые перегружали сеть, превышение пропускной способности сети в 100 Гбит/с на отдельных узлах.

«Нет никаких доказательств атаки типа «отказ в обслуживании», но вместо этого доказательства указывают на то, что боты пытались программно выиграть новый NFT, отчеканенный с помощью популярной программы Candy Machine», разработчики проекта заявили в сообщение в блоге, «Основной причиной высокого использования памяти было недостаточное количество голосов, полученных для завершения предыдущих блоков, что предотвращало очистку заброшенного форка. Количество валидаторов форков, которые пришлось оценить, превысило их возможности даже после перезагрузки, что потребовало ручного вмешательства».

Что делается?

По словам команды разработчиков, с начала января в Solana периодически возникают проблемы с перегрузкой, возникающие из-за активности ботов, нацеленных на монетные дворы NFT. Предыдущий сбой в работе бета-версии Mainnet произошел в сентябре 2021 года и длился 17 часов. Сбой 30 апреля имеет те же характеристики, что и сентябрьский сбой, но на этот раз сеть продолжала функционировать, даже когда объемы запросов транзакций достигли 10,000 XNUMX% от уровня сентября, что отражает последующие обновления, сделанные сообществом валидаторов.

Бета-версия версии 1.10, которая в настоящее время стабилизируется в Testnet, включает в себя улучшения использования памяти, позволяющие продлить время, в течение которого узлы могут переносить медленный или остановленный консенсус. Тестовые узлы под управлением версии 1.10, развернутые в бета-версии основной сети, продолжали использовать 2000 дополнительных слотов помимо своих узлов версии 1.9 с аналогичной спецификацией.

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

  • QUIC – Сегодня Solana использует собственный протокол на основе UDP для передачи транзакций между узлами RPC и текущим лидером. Поскольку UDP не поддерживает соединение и не имеет ни управления потоком, ни подтверждений получения, не существует значимого способа препятствовать или смягчить неправомерное поведение. Чтобы повлиять на контроль над сетевым трафиком, основные протоколы Solana переопределяются поверх QUIC, протокола, созданного Google и предназначенного для быстрой асинхронной связи, такого как UDP, но с сеансами и управлением потоками, такими как TCP. После принятия появится гораздо больше возможностей для адаптации и оптимизации приема данных.
  • Качество обслуживания транзакций, взвешенных по ставкам – Пропускная способность сети лидеров имеет фиксированную пропускную способность, и для ее эффективного использования необходима расстановка приоритетов, чтобы положить конец нынешней практике неизбирательного приема транзакций в порядке очереди, без учета источника. Учитывая, что Solana — это PoS-сеть, естественным выбором будет расширение полезности взвешивания ставок на качество обслуживания транзакций. В рамках этой модели узел с долей 0.5% будет иметь право передавать лидеру не менее 0.5% пакетов, а остальная часть сети и никакая комбинация оставшейся доли не сможет их полностью отмыть. QoS с учетом доли ставок сегодня разрабатывается параллельно с QUIC. QoS с учетом доли будет более надежным в сочетании с QUIC.
  • Приоритет исполнения на основе комиссии – После приема транзакции по-прежнему могут конкурировать за изменение данных общей учетной записи. Это разногласие разрешается по принципу «первым пришел первым обслужен», аналогично приему сетевых данных, что не оставляет пользователям возможности выразить срочность выполнения своих транзакций. Учитывая, что каждый может отправлять транзакции в сеть, взвешивание ставок не подходит для такой расстановки приоритетов. Вместо этого в программу Compute Budget вводится новая инструкция, предлагающая пользователям возможность указать произвольную «дополнительную комиссию», которая будет взиматься при выполнении транзакции и ее включении в блок. Отношение этой комиссии к запрошенным вычислительным единицам будет служить весом приоритета выполнения транзакции. Дополнительные сборы будут учитываться идентично базовому сбору сегодня.

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Информация на этом веб-сайте представлена ​​в качестве общего комментария к рынку и не представляет собой инвестиционный совет. Мы рекомендуем вам провести собственное исследование, прежде чем инвестировать.

Присоединяйтесь к CoinCu Telegram, чтобы следить за новостями: https://t.me/coincunews

Следите за каналом CoinCu на YouTube | Следите за страницей CoinCu в Facebook

орешник

Новости CoinCu

Солана Солана Солана

Посетили 94 раз, 1 визит(а) сегодня