V19 Solidus - Анализ возможностей
Релиз
Solidus идет к нам стабильными темпами, и мы больше не можем ждать, чтобы представить некоторые из захватывающих новых дополнений к нано-программному обеспечению. Наши разработчики, которым помогает наша армия разработчиков сообщества, сосредоточились на предоставлении еще одного набора функций, которые сделают нашу сеть более сильной, более легкой для интеграции и более устойчивой к плохим игрокам.
Наш выпуск Dolphin V18 помог оптимизировать сеть с быстрым и согласованным временем транзакций, и теперь Solidus объединит сеть, создав еще более надежный протокол.
Хотя сумма новых функций обеспечивает большую стабильность и доступность для сети, чем они предлагают индивидуально, чтобы понять их силу, мы должны рассмотреть их один за другим, начиная с высоты подтверждения.
Солидус выводит Нано на новую высоту
Одна из наиболее ожидаемых особенностей Solidus - Высота подтверждения. Это обновление добавляет новое поле для всех учетных записей, которое будет записывать высоту последнего подтвержденного блока (который является количеством блоков в этой точке). Этот счет записывается локально на узле, а не распределяется по всей сети. Это позволяет цементировать блок - после подтверждения блока по сети его локальный откат предотвращается на основе этого поля.
Этот процесс обеспечивает некоторые важные преимущества, включая более низкое использование ресурсов и более простые методы интеграции.
Настройка осады на спам с динамическим доказательством работы
В любой бесплатной сети есть вероятность злоупотребления спамом. Nano был разработан для борьбы со спамом, требуя небольшого Proof-of-Work (PoW), прикрепленного к каждому опубликованному блоку. На сегодняшний день минимальный порог сложности для PoW был статическим, и все транзакции обрабатывались одинаково. С Solidus этот процесс становится более динамичным.
Благодаря сочетанию функций, которые а) помогают узлу отслеживать средние уровни PoW в сети, b) регенерируют работу для опубликованных блоков, которые не подтверждаются достаточно быстро, и c) устанавливают приоритеты обработки на основе сложности PoW, стоимости устойчивый спам в нано-сети, который пытается замедлить быстрое время подтверждения, становится намного выше.
Для сервисов, которые не используют нано-узел для генерации работы, но решили выполнить это извне посредством своих собственных реализаций, потребуются обновления, чтобы гарантировать, что значения работы соответствуют среднему значению в сети. Ищите больше информации о воздействиях на внешние системы в нашей следующей статье, которая более подробно разберет механизм Dynamic PoW.
Точность с TCP
До сегодняшнего дня все версии узла Nano передавали живой сетевой трафик по протоколу пользовательских дейтаграмм (UDP). Использование UDP имеет ряд преимуществ, поскольку оно не требует подтверждения получения, но вместе с тем возникают такие недостатки, как потерянный трафик, приводящий к потере пропускной способности.
При использовании Solidus узел преобразуется для участия в действующей сети с использованием протокола управления передачей (TCP), который поможет уменьшить потерянные пакеты, а также более широко поддерживается в различных типах сетей. Это позволит упростить интеграцию, снизить использование ресурсов и открыть более эффективный пиринг в сети. К этому обновлению применяются те же рекомендуемые конфигурации портов, которые используются сетью начальной загрузки TCP. Это обеспечивает плавный переход при обновлении.
Префикс золотого стандарта: nano_
Когда адреса возвращаются узлом Nano, они включают префикс «xrb_», который связан с предыдущим именем RaiBlocks, с которого мы переходили . С Solidus мы пересылаем на более фирменный префикс «nano_», и эти обновленные адреса будут отправляться в будущем.
Мы рекомендуем всем службам протестировать и убедиться, что они правильно поддерживают адреса с префиксом «nano_» для всех точек интеграции перед обновлением до V19. Любые вопросы об этих воздействиях следует направлять в Nano Foundation.
ПОЖАЛУЙСТА, ОБРАТИТЕ ВНИМАНИЕ: Эти изменения не влияют на безопасность или доступность средств, контролируемых вашим частным капиталом. Даже если служба, которую вы используете, не адаптировалась к изменению адреса «nano_», вы сможете использовать другие службы со своим семенем или вместо этого использовать адрес «xrb_».
RPC достигает независимости процесса
Нано-узел состоит из различных компонентов, которые обеспечивают участие в консенсусе, отправку средств и многое другое. Первоначально каждая из этих частей была создана и связана в центральном приложении. Двигаясь вперед, чтобы помочь предоставить лучшие варианты управления совместной работой, многие из них делятся на свои области.
Сервер удаленного вызова процедур (RPC), который помогает обрабатывать соединения с узлом, получает эту обработку с необязательным переходом к собственному процессу. По умолчанию он продолжает работать в рамках процесса основного узла, но изменение конфигурации позволяет ему работать вне в новом выделенном процессе. Это обеспечивает больший контроль над сервисом и уменьшает вероятность атаки узла, поскольку их проблемы теперь разделены.
Solidus, чтобы сделать интеграцию еще проще
Для бирж и сервисов узел Nano всегда предоставлял хорошие возможности для интеграции, и Solidus добавит к этому еще более полезные обновления, увеличивая простоту, с которой экосистема Nano может расширяться.
Чеканка этого block_info
В качестве широко используемой конечной точки RPC вызов block_info принимает хеш-код блока и возвращает тонны соответствующих данных для этого блока, которые будут использоваться различными способами. Некоторые новые добавления к возвращаемым данным являются ключом к упрощению интеграции - начиная со статуса подтверждения. Как часть функции « Подтверждение высоты» , выяснить, был ли конкретный блок подтвержден сетью, так же просто, как вызвать block_info и прочитать значение «истина» или «ложь» «подтвержденного» ключа. Это почти слишком просто.
Существуют также ситуации, когда определить подтип блока состояния сложно, поскольку он не включен явно в сам блок. Вместо этого он должен определяться значениями в других полях. Чтобы упростить эту идентификацию, в вызов block_info был добавлен еще один новый ключ, называемый «подтип», поэтому он является явным и легко обнаруживаемым.
Наконец, вам не всегда захочется получать эти новые данные только для одного блока, поэтому как подтвержденные, так и подтипные данные доступны для нескольких блоков также с помощью вызова blocks_info.
Websocket для меня - эффективная связь с узлом
Получение уведомлений о подтверждении блоков на узле важно при создании любого решения второго уровня. Текущие реализации используют механизм, который запускает обратные вызовы на настроенный URL через http. Это требует открытия нового соединения с каждым обратным вызовом и требует обратных вызовов для каждого подтвержденного блока, оба из которых неэффективны.
В Solidus включена поддержка нового механизма обратного вызова через веб-сокеты. Это позволяет открывать одно соединение и вызывать действие подписки, которое разрешает уведомления через это конкретное соединение. Это не только более эффективный способ получения этих сведений, но также создает основу для будущих обновлений, позволяющую получать уведомления о дополнительных событиях и даже параметры фильтрации.
Нано набирает силу
Эти выделенные функции являются одними из наиболее важных и важных изменений, которые Solidus вносит под свой баннер. V19 состоит из более чем 100 запросов на выборку, так что будьте уверены, есть много других улучшений, поступающих на узел. Чтобы увидеть полный список и следовать по мере приближения к релизу, посмотрите трекер V19 GitHub Release .