nazaritmember - Tumblr blog

[nazaritmember]

Bundlr обеспечивает хранение и размещение заказов для Momoka, нового решения для масштабирования Lens Protocol

Свежак от Bundlr! Перевод Назара (Polionyr#0969)

Мы рады сообщить, что компания Lens Protocol выбрала Bundlr в качестве хранилища и уровня заказа для Momoka, инновационного решения для масштабирования, которое позволяет приложениям, построенным на Lens, масштабироваться для массового применения пользователями.

"Bundlr сыграл ключевую роль в решении для масштабирования Momoka", - сказал основатель и генеральный директор Aave Companies и основатель Lens Protocol Стани Кулечов. "Благодаря Bundlr Momoka обеспечивает тот тип социальных сетей, который ожидают пользователи, и масштабируется для поддержки массового принятия".

"Momoka - это инновационное решение для масштабирования web3 social. Мы очень гордимся тем, что являемся частью этого нового решения, которое использует Bundlr для обеспечения децентрализованного хранения данных и увеличения пропускной способности при меньших затратах", - сказал основатель и генеральный директор Bundlr Джош Бенарон.

Запущенный на прошлой неделе Lens Protocol выбрал Bundlr в качестве слоя данных для Momoka, оптимистичного гибридного решения по масштабированию для децентрализованных социальных сетей. Это позволяет пользователям размещать транзакции либо на Polygon, для взаимодействия с умными контрактами, либо на Bundlr в качестве слоя хранения и упорядочивания данных с более низкой комиссией.

С помощью Bundlr пользователи получают:

◾Пропускную способность транзакций на уровне гигантов социальных сетей

◾Доступ к 1000-кратно более низким комиссиям и 700-кратно более низкой задержке, чем EVM, с постоянным слоем хранения при сохранении права собственности пользователя

◾Создание простого и беспроигрышного процесса верификации

◾Обеспечение гарантии записи и упорядочивания транзакций в масштабе для максимальной надежности и точного упорядочивания постов

◾Обеспечение мгновенного доступа к устойчивому к цензуре постоянному хранилищу на Arweave

С момента своего появления в мае 2022 года Lens предоставил не требующий разрешения, композитный и децентрализованный социальный граф, который делает создание Web3-нативной социальной платформы жизнеспособным. Команда Lens глубоко посвятила себя разработке социального слоя для Web3, заново изобретая децентрализованные социальные сети, соответствующие принципам децентрализации, владения сообществом и расширения прав и возможностей создателей.

Контент, размещенный на Lens, доступен без разрешения через смарт-контракты и API. Это означает, что пользователи контролируют свои данные, начиная с сообщений и заканчивая тем, как они монетизируют эту аудиторию. Пользователи получают такой уровень владения, который отсутствует на централизованных социальных платформах. Поскольку эти данные полностью переносимы и устойчивы к цензуре, риск быть деплатформенным и потерять доступ к своей аудитории и контенту сводится к нулю.

Масштабирование Lens и принципов, которые они представляют, экономически эффективным и удобным для пользователя способом было сложной технической задачей. Чтобы добиться массового принятия в долгосрочной перспективе, Lens необходимо было создать решение, способное поддерживать такие глобальные события, как Чемпионат мира по футболу 2022 года, во время которого в Twitter появлялось более 25 000 твитов в секунду. Для Lens масштабируемость имела решающее значение.

Почему Ленс просто не хранил состояние на EVM неограниченное время? Из-за огромного объема производимых данных хранение данных на EVM было бы очень дорогим, и они могли бы обрабатывать только ограниченное количество транзакций в блоке, исходя из максимальных ограничений на газ. Другие альтернативные решения не могли удовлетворить требования компании Lens по низкой задержке и высокому количеству транзакций в секунду без необходимости компромисса между одним и другим. Компании Lens необходимо было найти альтернативное решение, которое бы обеспечивало низкую стоимость хранения, низкую задержку и более высокую пропускную способность.

"Momoka" - это инновационное решение для масштабирования социальных приложений web3, которое использует Bundlr для хранения и упорядочивания постов и взаимодействий Lens. Снижая стоимость хранения и увеличивая скорость транзакций, Momoka поможет создать социальные приложения web3, которые будут соответствовать ожиданиям потребителей от самых популярных социальных сетей", - сказал старший инженер Lens Protocol Джош Стивенс.

Решение: Bundlr для хранения и размещения

Чтобы решить эти проблемы, компания Lens решила создать гибридное решение для масштабирования, используя Bundlr в качестве масштабируемого уровня хранения и заказа, а Polygon - в качестве цепочки смарт-контрактов для верификации. Bundlr в качестве уровня хранения и заказа в 1000 раз экономичнее и в 700 раз меньше задержек, при этом позволяет мгновенно создавать и запрашивать данные, создавая улучшенный UX.

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

Одной из самых серьезных проблем этого гибридного подхода было поддержание порядка транзакций в двух различных системах. Компания Lens решила эту проблему с помощью инновационного симуляционного решения, которое гарантирует хронологическую последовательность пользовательских транзакций в реальном времени, независимо от того, где они публикуются - в Polygon или Bundlr. Это обеспечивает беспрепятственное взаимодействие между данными Lens в Polygon и Bundlr.

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

Дополнительным компонентом модульного подхода Lens является хранение calldata (входов функций) на Bundlr вместо того, чтобы платить за их выполнение на цепочке. Этот подход сохраняет безопасность, поскольку транзакции и их последовательность выполняются и проверяются на Polygon с помощью симуляций виртуальной машины Ethereum (EVM). Это позволяет Lens экономить на стоимости транзакций, перенося вычисления вне цепочки на независимые локальные верификаторы, которые моделируют транзакции, хранящиеся в Bundlr, на узле верификации с помощью архивного узла Polygon. Это полностью бездоверительный процесс.

Верификаторы Lens отвечают за моделирование транзакций EVM и обеспечение достоверности текущего состояния Lens. Верификаторы извлекают последние транзакции из GraphQL Bundlr и проверяют временные метки, сгенерированные Bundlr. Это позволяет верификаторам подтвердить, что порядок, предоставленный Bundlr, не был отредактирован или сфальсифицирован. Затем они моделируют транзакции на основе информации о транзакциях, хранящейся на Bundlr, чтобы подтвердить доказательства. Эта гибридная возможность поддержки транзакций Polygon и Bundlr обеспечивает гибкость для пользователей, которые хотят выбирать между дешевыми транзакциями на Bundlr и совместимостью контрактов на Polygon. Линзовые верификаторы имеют доверительную и безразрешительную настройку и являются чрезвычайно дешевыми, с возможностью работы на коммерческом оборудовании. Это позволяет любому человеку участвовать в процессе верификации, способствуя продвижению Lens к децентрализации.

Благодаря Bundlr, Lens может использовать адреса Polygon EVM для подписания и сохранения действий на Bundlr и служить инструментом для постоянного и быстрого хранения данных. Идентификаторы отправителей привязаны к адресам Polygon, используемым для отправки метаданных действия на уровень хранения. Верификаторы проверяют последние совершенные действия, получая данные из Bundlr GraphQL. Это снижает сложность и создает беспрепятственный опыт для отправителей и проверяющих.

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

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

Чтобы узнать больше о протоколе Lens, ознакомьтесь с его веб-сайтом и документацией для разработчиков. Для получения дополнительной информации о Momoka ознакомьтесь с их последним блогом, GitHub и погрузитесь в Momoka Explorer.

Чтобы узнать больше о Bundlr и нашей технологии, ознакомьтесь с нашей документацией и YouTube. Для получения дополнительной информации обращайтесь в  Twitter или Discord.

[nazaritmember]

Запуск Альфа-релиза Obol

Привет всем, друзья. Новенький перевод статьи Obol! Оригинал статьи на английском жмяк.

Мы рады сообщить, что теперь мы официально вошли в Альфа-релиз сети Obol! Впервые мы будем разворачивать Mainnet DVs вместе с сообществом. Вот все подробности запуска. Автор статьи - Бретт Ли

Менее 2 месяцев н��зад мы рассказали о ключевых вехах на пути к V1. После запуска распределенного валидатора на Ethereum Mainnet и Bia Testnet, который превзошел все наши ожидания, мы рады сообщить, что теперь мы официально вошли в Альфа-релиз сети Obol: первый набор Mainnet DV, развернутый сообществом. Что это значит? Позвольте нам рассказать подробнее.

Что за Альфа?

Альфа-релиз Obol Network начинает наш процесс постепенной интеграции протокола Obol в приложения для майнинга. Поскольку это первый случай развертывания DV в сети Ethereum Mainnet вне Obol Core Team, мы будем осторожно запускать ограниченное количество DV с группой надежных партнеров.

Такой контролируемый запуск позволит нам обеспечить необходимое внимание и поддержку, чтобы гарантировать, что ранние развертывания будут построены в сотрудничестве и с заботой. На этом этапе мы также постараемся обобщить накопленный опыт в Mainnet (а не только в Goerli) в рамках подготовки к запуску V1.

Участие в Альфа

Нам повезло, что нас поддержали дальновидные члены сообщества валидаторов, которые взяли на себя обязательство стать ранними последователями DVT. В рамках запуска Альфа-версии мы работаем с рядом партнеров, которые уже развернули начальный набор кластеров DV вместе с нами в Mainnet. Эти кластеры управляются:

Кластер с несколькими организациями:  EtherFi, DSRV, Cosmostation, Allnodes, и Chainnodes. Кластер мульти-оргов и соло-сталкеров: Anthony Sassano, DSRV, и Everlasting Соло кластер: a41 Соло-кластер: Blockscape Соло кластер: Ankr Solo Cluster: Stakely.io

Sassal's последний твит о потенциальном воздействии DVT

Различные конфигурации этих начальных кластеров (различные местоположения, размер валидаторов, количество операторов и т.д.) демонстрируют важную цель нашего выпуска Alpha - продолжить тестирование широкого спектра различных настроек DV для улучшения антикорреляции в сети после запуска V1.

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

Одиночные кластеры: В одиночном кластере все узлы DV будут управляться одним юридическим или физическим лицом. В такой конфигурации ключевым преимуществом DVT является обеспечение высокой доступности для установки валидатора при одновременном снижении общих затрат на инфраструктуру. Кластеры с несколькими организациями: В кластере с несколькими организациями узлы в рамках одного кластера DV управляются двумя или более различными организациями или лицами. Объединившись для валидации в группу или сообщество, валидаторы в кластере с несколькими организациями могут получить более высокую производительность, снизить риск слэшинга и повысить децентрализацию. В каждом развертывании мы ограничиваем количество валидаторов, работающих в каждом кластере, одним, если не оговорено иное (читайте наши Условия предоставления услуг).

Хотите принять участие?

Если вы хотите узнать больше о том, как принять участие в нашей Альфа-фазе, присоединяйтесь к нашему Discord, чтобы получать регулярные обновления. Как и было задумано, мы будем поддерживать небольшое количество участников в Альфа-фазе, учиться на первых развертываниях и увеличивать масштаб в предстоящей Бета-фазе и запуске V1.

Мы также проведем наш первый в истории звонок сообществу 20 апреля в 5:00PM UTC. Мы подробно расскажем о состоянии проекта и о том, что нас ждет на пути к V1. Записывайте время!

Obol Social Media: Discord and Twitter Всегда ваш, Назар (Polionyr#0969)

[nazaritmember]

Объявление о создании постоянной сети Testnet

Привет! Перевод статьи Sui...оригинал смотри тут

Долгожданный Постоянный тестнет Sui наконец-то появился!!! Этот экземпляр сети Sui служит в качестве долговременного, децентрализованного и не требующего разрешения Тестнета Sui. В отличие от прошлых волн 1 и 2 Testnet, этот новый Testnet будет работать даже после запуска Mainnet.

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

Основная сеть

◾Динамический набор валидаторов: Кандидаты в валидаторы, отвечающие достаточным требованиям, могут присоединяться к сети на границах эпох, а активные валидаторы могут покидать сеть на границах эпох. Эта модель доступа к валидаторам доказывает, что значит быть без разрешений. ◾Поддержка обновления программного обеспечения протокола и фреймворка Sui: В отличие от Devnet, Testnet не будет стираться при каждом обновлении программного обеспечения (если только не возникнут исключительные обстоятельства). Сообщество будет соответствующим образом уведомляться о любых запланированных обновлениях программного обеспечения или стирании данных на Testnet. ◾Полное восстановление узла из снимка базы данных: Вместо того чтобы ждать синхронизации полного узла, операторы узлов могут использовать контрольную точку для быстрого восстановления полного узла. ◾Обновление адресов и подписей: Адреса учетных записей, идентификаторы объектов и идентификаторы транзакций были увеличены с 20 байт до 32 байт для предотвращения коллизий хэша. Кроме того, хэш-функцией по умолчанию в Sui теперь является Blake2b, а не SHA3, поскольку она гораздо более производительная. Для поддержки широкого диапазона размеров транзакций подписи теперь ставятся на хэш-дайджестах, а не на сериализованных данных BCS. Это обеспечивает совместимость Sui с аппаратными кошельками, чьи API подписывающих устройств обычно допускают входные данные ограниченного размера.

Опыт разработчиков В соответствии с нашими стремлениями сделать Sui лучшей в своем роде платформой для разработчиков, мы рассматриваем эту веху как раннее воплощение того, что мы называем Sui DevX 1.0, где ряд основных примитивов и семантики разработчика собраны вместе:

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

Продолжение будет в следующем посте!

[nazaritmember]

Журнал Одиссея | Ноябрь 2022 года Добро пожаловать в наше ноябрьское обновление экосистемы!

Это перевод статьи. Оригинал читай на Medium Subspace.

Кратко резюмируем

💥Gemini II завершился 25 октября, примерно в 16:00 UTC, на блоке #701,019.

💥Итоги Gemini II: 27.3k+ одновременных живых узлов, распределенных по 60+ странам, и 1.3 PB+ обещанного пространства.

💥Совокупно 0,55% запасов токенов распределено по квалифицированным адресам вознаграждения для Gemini II (применяются условия)

💥Опубликован список распределения вознаграждений Gemini II и руководство по проверке баланса

💥Получено 1,6 тыс.+ заявок для следующей когорты послов

Обзор Gemini II

После месяца тщательного тестирования, 25 октября в 16:00 UTC на блоке #701,019 завершился стимулированный тестнет Gemini II с 27.3k+ одновременными живыми узлами, распределенными по 60+ странам, что является новым рекордом для нашей сети.

Статистика Gemini II

💥27.3k+ одновременных живых узлов

💥60+ стран

💥Обещано 1,3 ПБ+ пространства

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

Вознаграждения Gemini II

Для фермеров Gemini II было разблокировано 0,55% запасов токенов. Как и было обещано, 0,05% будет распределено поровну между всеми квалифицированными адресами вознаграждения, имеющими не менее 0,5 tSSC, а 0,5% будет распределено пропорционально количеству tSSC, добытых на адресах вознаграждения, имеющих не менее 3 tSSC (только для баланса Gemini II).

Распределение вознаграждений

💢Стартовый блок: #203,099

💢Конечный блок: #701,019

💢Количество адресов, квалифицированных для получения части 0,05% (>=0,5 tSSC): 87,152

💢Количество адресов, претендующих на получение части 0,5% (>=3 tSSC): 37,663

Пожалуйста, ознакомьтесь со списком вознаграждений Gemini II Incentivized Testnet, чтобы получить полное представление о том, как будут распределяться вознаграждения. Последним действительным блоком для Gemini II был блок #701,019, 25 октября, примерно в 16:00 UTC. Если вы продолжали работу узла после этого, то, скорее всего, у вас в кошельке более высокий баланс tSSC, но эти заработанные кредиты не учитываются, поскольку они были заработаны после того, как мы объявили о завершении Gemini II. Чтобы проверить точный баланс tSSC, который учитывался для получения Вознаграждений Gemini II, ознакомьтесь с этим кратким руководством.

Как оставаться вовлеченным до Gemini III За кулисами основные участники усердно работают над созданием Subspace Network как крупнейшей децентрализованной сети в истории блокчейна. Как команда, которая всей душой стремится создать действительно децентрализованную сеть сообщества без права доступа, мы любим видеть обратную связь от каждого. Пока мы работаем над запуском Gemini III, мы хотим, чтобы вы оставались активными участниками нашего сообщества и поддерживали с нами связь!

Способы участия: ❗Оставайтесь на связи с нами, посещая наши "Офисные часы" и "Twitter Spaces" (они проводятся раз в две недели). ❗Следите за нами в Twitter и делитесь нашими обновлениями, делая ретвит! ❗Участвуйте в мероприятиях сообщества, конкурсах и других мероприятиях, проводимых послами сети Subspace - следующее собрание сообщества состоится 19 ноября в 17:30 UTC. ❗Если вам нравится вносить свой вклад в экосистему Subspace Network и вы хотите переводить наш контент на свой язык, свяжитесь с нами! ❗Мы хотим расширить наше присутствие в Южной Америке, Индии, Китае, Африке и других странах. Если вы любите виртуальные мероприятия и сотрудничество с сообществом, пожалуйста, свяжитесь с нами!

Программа послов Мы получили < 1,6 тыс. заявок на участие в следующей когорте послов! Команда послов Subspace Network неустанно работает над рассмотрением всех полученных заявок. Кандидаты, прошедшие на следующий этап, должны были получить электронное письмо. Кандидаты в послы, прошедшие отбор и начальный этап испытаний, будут претендовать на получение символического гранта, соответствующего уровню старшинства в программе. Все подробности о программе послов Subspace Network вы можете найти здесь.

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

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

За последний месяц мы получили < 1 600 заявок, но на данный момент сможем отобрать только около 50 новых кандидатов в послы (учеников). Хотя срок подачи заявок на участие в следующей когорте послов недавно истек, в ближайшие месяцы и годы будет еще много возможностей подать заявку на участие в программе послов.

Твиттер сообщества Subspace Network! 🎉 Наши амбассадоры усердно работают над созданием интересных проектов для членов нашего сообщества 🧑🌾 Недавно они организовали два проекта для сообщества.

Проект №1 - https://twitter.com/ClubSubspace

@ClubSubspace - это полностью управляемый сообществом аккаунт в Twitter. Он будет делиться образовательным контентом и проводить конкурсы с призами для победителей. Это подводит нас к следующему проекту 👀.

Проект №2 - Конкурс мемов с наградами!

Конкурс проводился на аккаунте @ClubSubspace в Твиттере со специальными наградами для победителей, занявших 1, 2 и 3 места. Амбассадоры смогли получить первый приз NFT для победителей, занявших 1, 2 и 3 места: Ранний доступ "Ruby Passes" к предстоящей ролевой игре Play-to-earn - Big Time https://bigtime.gg/.

Не забудьте отдать свой голос за победителей на сервере Subspace Network Discord до 11 ноября!

Мероприятия

Твиттер-пространство Subspace Network с Manta Network! Настройтесь на Twitter Space с соучредителем Manta Network, Кенни Ли, в рамках нашей серии Multichain Series.

💫Дата: Четверг, 10 ноября 2022 г. 💫Время: 18:00 UTC / 13:00 ET / 10:00 PT 💫Место проведения: Twitter Spaces @NetworkSubspace

Офисные часы Subspace Network (раз в две недели) Основные участники Subspace Network проводят офисные часы на нашем сервере Discord, чтобы ответить на любые вопросы сообщества. Офисные часы - это отличное место, чтобы задать вопросы непосредственно команде.

💫Дата:Среда, 16 ноября 2022 года 💫Время: 17:00 UTC / 12:00 ET / 9:00 PT 💫Место проведения: Сцена события Подпространственной сети Discord

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

💫Дата: Суббота, 19 ноября 2022 г. 💫Время: 5:30 вечера UTC / 12:30 вечера ET / 9:30 утра PT 💫Место проведения: https://discord.gg/Zvg9vPmH?event=1039316840234627152

Канал YouTube Subspace Network Все инженерные собрания записываются и загружаются на официальный YouTube-канал Subspace Network для полной прозрачности. Вы можете следить за прогрессом основных участников каждую неделю!

Ссылка: https://www.youtube.com/c/SubspaceNetwork

Все инженерные каналы переведены в Slack Все инженерные каналы в Discord больше не будут активны. Общение с инженерной командой Subspace Network теперь происходит в Slack.

Канал Slack открыт для публики - если вы хотите участвовать в обсуждениях, связанных с инженерией, и следить за обновлениями, пожалуйста, заполните короткую форму и ждите приглашения по электронной почте: https://forms.gle/Yo8onAJj1TwyoMcg7.

Форум Subspace Network Форум Subspace Network (https://forum.subspace.network/) является официальным каналом технической поддержки. В Discord мы постараемся помочь по мере сил, но ожидается, что это будет в основном взаимная поддержка. Поэтому, пожалуйста, будьте вежливы со всеми послами сообщества и волонтерами, которые посвящают свое драгоценное время помощи другим.

Мы берем на работу! Если вы увлечены блокчейном, криптовалютами или Web3 и заинтересованы в том, чтобы повлиять на ситуацию, пожалуйста, ознакомьтесь с вакансиями на нашей странице карьеры.

Спасибо за постоянную поддержку, и мы будем рады видеть вас в нашем сообществе!

Всегда ваш, Назар (Polionyr#0969)

[nazaritmember]

Как помогает DVT: Протоколы ликвидных ставок

Привет всем, друзья. Новенький перевод статьи подъехал, пора погружаться в проект Obol! Оригинал статьи на английском тык.

Это 1 часть из 4-х частей серии, в которой рассматривается, как DVT помогает различным типам валидаторов в экосистеме Ethereum, начиная с самого быстрорастущего типа: протоколов ликвидного стейкинга.

Автор статьи - Бретт Ли

К этому моменту вы, вероятно, уже слышали о технологии распределенных валидаторов (DVT) и ее важности для будущего Ethereum и других цепочек доказательств доли (если нет, вы можете ознакомиться с нашим вводным материалом о DVT). Вкратце напомним, что DVT - это технологический примитив, позволяющий разделить один валидатор Ethereum на несколько узлов, которые выполняют свои обязанности как кластер. Это обеспечивает определенный уровень отказоустойчивости - пока определенный процент узлов активен, кластер в целом будет работать. Это улучшает текущее состояние Ethereum:

⚫Повышение отказоустойчивости валидаторов за счет сок��ащения времени простоя валидаторов и защиты от компрометации ключей и подозрительного поведения ⚫Снижение риска слэшинга честных валидаторов, особенно тех, которые в настоящее время используют активно-пассивные установки ⚫Позволяя операторам проводить валидацию как сообщество (в отличие от одного субъекта), создавая активно-пассивное резервирование в разных географических регионах ⚫Улучшение децентрализации в Ethereum путем снижения риска централизации ставки.

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

(Примечание: Мы будем использовать дизайн промежуточного программного обеспечения DVT компании Obol (он же Charon) в качестве стандарта для изучения работы DVT и преимуществ, предоставляемых каждому типу валидаторов. Могут существовать и другие подходы к DVT, которые потенциально могут по-разному влиять на каждый из этих типов валидаторов).

Мы начнем с самого крупного и быстрорастущего на сегодняшний день типа валидаторов - протоколов с ликвидными ставками, или LSP.

Что такое протоколы Liquid Staking?

Ликвидный стейкинг - это механизм, с помощью которого стейкеры предоставляют ETH провайдеру в обмен на токены-расписки, которые можно (или будет, когда будет разрешено снятие средств) обменять на токен стейкинга. Очень важно, что токены-расписки также являются немедленно ликвидными и могут быть использованы в торговле, заимствовании, кредитовании, предоставлении ликвидности, в качестве залога или в любой другой деятельности. Это позволяет стейкерам зарабатывать вознаграждения, не жертвуя при этом ликвидностью и гибкостью базового токена.

В настоящее время существует множество провайдеров ликвидных ставок, а четверку лидеров по доле ставок в ETH в Ethereum составляют Lido, Coinbase, Rocket Pool и Stakewise.

С какими рисками сталкиваются сейчас протоколы Liquid Staking?

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

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

Риск оператора

Все LSP полагаются на свой набор операторов, чтобы сделать ставку на предоставленные им ETH. Производительность протокола также зависит от качества базовых операторов. Если операторы выйдут из строя, протокол потеряет вознаграждение за ставки. Чтобы справиться с этим риском, LSP, такие как Lido, тщательно оценивают работу своих операторов, отслеживая такие показатели, как время работы, задержка включения и другие. Они также стараются равномерно распределять ставки между своими операторами, чтобы снизить риск, связанный с каким-либо одним оператором. Rocketpool, с другой стороны, распределяет свою долю между 1 400+ операторами, чтобы минимизировать риск от какого-либо одного оператора. Stakewise в своей версии V3 использует уникальный подход к снижению риска операторов, обеспечивая большую инклюзивность, прозрачность и возможность выбора оператора, которому доверить долю.

Хотя все эти меры помогают снизить риск оператора, операторы по-прежнему представляют собой единые точки отказа с потенциально $100M+ ставок ETH у каждого. Если оператор выходит из сети, это представляет собой значительную сумму вознаграждений, которые могут быть потеряны, и, что еще хуже, если оператор становится вредоносным, это может вызвать массовое сокращение пула ликвидных ставок, что повлияет на всю сеть Ethereum. Давайте обсудим этот вид риска подробнее.

Снижение риска

Еще один риск, связанный с риском оператора, сосредоточен вокруг слэшинга. Штрафы за слэшинг - это механизмы, встроенные в протоколы PoS, такие как Ethereum, для предотвращения неправильного поведения валидаторов. В сентябре произошел массовый случай слэшинга, когда 20+ валидаторов были оштрафованы из-за неправильной настройки.

Чтобы сократить время простоя, многие профессиональные операторы также используют активно-пассивные среды (т.е. резервную среду, которая запускается, если активная среда выходит из строя). Это может значительно увеличить риск слэшинга, поскольку резервная среда также контролирует полную копию закрытого ключа, и в случае, если обе среды активны и подписываются одним и тем же ключом (возможно, из-за ошибки в конфигурации или коде), это может создать значительное событие слэшинга.

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

Корреляционный риск

Как операторский, так и слэш-риск могут быть усугублены более высокими уровнями корреляции. Корреляционный риск возникает, когда в большом проценте валидаторов в рамках протокола ликвидного стейкинга есть общие компоненты. Это может быть общий консенсус или клиенты валидаторов, сеть, география, услуги хостинга и многое другое. Каждый общий компонент становится точкой отказа, которая, представляя собой большую часть сети, может сильно повлиять на протокол liquid staking.

Сегодня 80% сети Ethereum используют всего два клиента консенсуса (Prysm и Lighthouse) и только один клиент исполнения (Geth). Этот факт создает значительные риски корреляции для любого протокола ликвидного стейкинга.

Централизация ставок

Последний риск, с которым сталкиваются LSP, связан с объединением большого количества ставок в нескольких организациях. Централизация ставок может происходить на разных уровнях, от операторов до самого протокола ликвидной ставки. Как и в случае с корреляционным риском, наличие большого количества ставок увеличивает риск каждого протокола liquid staking, а также сети в целом.

За всю историю существования Beacon Chain наблюдается тенденция к тому, что некоторые LSP получают больший процент доли. Несмотря на то, что каждая из этих организаций прилагает значительные усилия для снижения риска корреляции и децентрализации в своих протоколах, более широкое распределение провайдеров, особенно среди небольших и одиночных валидаторов, может помочь снизить централизацию доли.

Теперь давайте обсудим, как DVT может помочь решить эти проблемы, но прежде давайте уточним, как DVT работает с LSP.

Как работает DVT в протоколах Liquid Staking?

Как компонент промежуточного программного обеспечения, Charon от Obol выступает в качестве дополнительного слоя в технологическом стеке любого протокола ликвидных ставок. Вместо того чтобы запускать полные узлы валидаторов, операторы могли бы формировать кластеры распределенных валидаторов (DV) из 4, 7 или 10+ узлов в своих собственных средах или в общей среде с другими операторами в том же протоколе ставок (то, что мы активно тестируем с LSP сегодня). Каждый узел в кластере может работать на разных машинах с разными клиентами консенсуса, валидатора и исполнения. Эти машины могут находиться как в одном, так и в разных географических точках.

Далее обсудим, как внедрение DVT может помочь LSP.

Как Obol DVT Middleware помогает протоколам Liquid Staking?

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

DVT повышает эффективность работы оператора LSP

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

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

DVT улучшает участие оператора

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

DVT снижает риск корреляции за счет диверсификации конфигурации и географии клиентов

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

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

DVT позволяет LSP децентрализовать долю

DVT - это технология, которая повышает производительность и снижает барьеры для участия небольших одиночных валидаторов в LSP, а также создает путь к бескорыстной ставке, позволяющей любому оператору присоединиться к LSP при минимизации риска для протокола. Многие LSP, включая Lido и Stakewise, публично объявили о планах по внедрению DVT как средства децентрализации ставок в своих протоколах.

Будущее ликвидного сейка с DVT

Мы твердо убеждены, что ликвидный стейкинг будет продолжать играть важную роль в обеспечении безопасности сети Ethereum и других цепочек PoS. Однако потенциально это может стать централизующей силой в сети Ethereum, которой необходимо противодействовать. Внедряя DVT, LSP могут продолжать предоставлять ликвидность для активов, на которые сделаны ставки, обеспечивая при этом устойчивость и децентрализацию сети.

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

Obol Social Media: Discord and Twitter Всегда ваш, Назар (Polionyr#0969)

[nazaritmember]

Проектирование некоррелированности: Глубокое погружение в архитектуру DVT и Charon

Привет всем. Представляю перевод свежайшей статьи от CTO @Oisín Kyne (OBOL NETWORK) Оригинал читай тут.

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

Я беспокоился о децентрализации доказательств доли еще с тех пор, когда на Devcon 4 была представлена оригинальная спецификация проекта serenity. Сегодня я хочу поговорить о том, как Charon, клиент промежуточного ПО распределенного валидатора Obol, спроектирован таким образом, что позволит ему увеличить набор валидаторов Ethereum на порядок без введения корреляционного поведения в валидаторы, которые используют эту технологию.

Во-первых, что такого важного в корреляции?

Спецификация доказательства доли Ethereum разработана таким образом, чтобы поощрять децентрализацию, сильно наказывая централизацию. Существуют механизмы, предназначенные для наказания коррелированной бездеятельности, и механизмы, максимально наказывающие коррелированное злонамеренное поведение. Чем больше людей не в сети, когда вы не в сети, тем хуже наказание за ваше бездействие (особенно е��ли >33% сети не в сети). Аналогично, если ваш валидатор считается атакующим сеть, вы будете удалены, и штраф за удаление растет в зависимости от того, сколько других валидаторов будут удалены в последующие три недели после вашего удаления. Если бы ваш валидатор был единственным, который был бы уничтожен за этот период, он потерял бы, возможно, 2 эфира. Если произойдет массовое сокращение, вы можете потерять весь эфир вашего валидатора.

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

Терминология

Для тех, кто только знакомится с Charon и DVT в целом, хотелось бы кратко остановиться на нескольких терминах:

⚫Распределенный валидатор: Один пакет из 32 эфиров, представленный открытым ключом BLS, управляемый несколькими закрытыми ключами в тандеме. ⚫Кластер распределенного валидатора: Набор узлов Ethereum (включая Charon), соединенных вместе для работы одного или нескольких распределенных валидаторов. ⚫Middleware (промежуточное программное обеспечение): Программное обеспечение, которое находится между двумя другими независимыми частями программного обеспечения и перехватывает линию связи между ними. Charon находится между клиентом валидатора и HTTP Beacon API на клиенте консенсуса.

Закрытые ключи

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

Пара открытый/закрытый ключ SECP256K1 используется для идентификации клиента Charon. Таким образом, Charon тесно взаимодействует с существующими сетевыми стеками eth1 и eth2, используя записи узлов Ethereum (ENRs) и протокол обнаружения discv5 для поиска нужных пиров в Интернете, независимо от того, где они оказываются. 2. Доли пороговых ключей BLS12-381. Это закрытые ключи BLS, которые подписывают обязанности, как это делает обычный валидатор Ethereum, но с изюминкой. Несколько закрытых ключей генерируются таким образом, что вместе они представляют определенный закрытый ключ. Важно отметить, что не все закрытые ключи необходимы для создания действительной подписи для соответствующего открытого ключа. Считайте это мультисиговым кошельком для закрытого ключа валидатора.

При создании нового кластера распределенных валидаторов каждый оператор генерирует закрытый ключ (1) для своего клиента Charon, а затем с помощью панели запуска распределенных валидаторов подготавливает церемонию генерации распределенных ключей для создания закрытых ключей распределенных валидаторов (2).

После определения условий кластера, добавления всех операторов и их аутентификации через панель запуска операторы передают своим клиентам Charon созданный файл определения кластера, и начинается процесс DKG. Каждый клиент Charon находит друг друга в Интернете, устанавливает безопасную и зашифрованную линию связи, а затем создает эти закрытые ключи BLS таким образом, что ни один клиент никогда не контролирует и не знает, что представляет собой полный закрытый ключ. После завершения работы каждый клиент Charon записывает свои закрытые ключи на диск в широко распространенном формате EIP-2335 keystore. В рамках этого процесса закрытые ключи используются для создания депозитных данных для активации валидатора в выбранной сети. Это единственный случай, когда Charon имеет возможность подписывать личные ключи распределенного валидатора. После завершения процесса DKG закрытые ключи валидатора импортируются в выбранный оператором клиент валидатора.

Можно (но неразумно) поручить доверенному лицу (например, потенциальному клиенту) самостоятельно создать полный закрытый ключ, разделить закрытый ключ на доли, зашифровать доли закрытого ключа закрытым ключом каждого клиента оператора и выложить зашифрованные закрытые ключи в цепочку для всеобщего обозрения. Это наш первый корреляционный риск, и он связан с ущербом, который может быть нанесен, если оператор потеряет закрытый ключ своего клиента. В Charon ничего особенного не происходит, узел может начать действовать византийским образом, что не является серьезной проблемой, поскольку кластер устойчив к византийским сбоям. В альтернативной архитектуре злоумышленник может ретроспективно расшифровать (и опубликовать) все доли закрытых ключей валидаторов BLS, сидящих на цепочке, которые были отправлены этому скомпрометированному оператору. Это делает все распределенные валидаторы, частью которых был этот оператор, менее безопасными.

Промежуточное ПО

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

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

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

Мы считаем, что архитектура, основанная на промежуточном программном обеспечении, гораздо более безопасна и минимизирует доверие, чем альтернатива, которая заключается в реализации распределенного клиента валидатора как полноценного клиента валидатора с хранением закрытых ключей и возможностью подписывать произвольные данные. Если, например, рассмотреть наихудшие сценарии, а именно: Charon будет взломан в результате атаки на цепочку поставок, атаки с удаленным выполнением кода или команда Obol станет плохими игроками и решит выпустить вредоносный релиз, Charon не сможет нанести большой ущерб как промежуточное ПО. Если скомпрометированный клиент Charon предложит валидатору подписать потенциальный двойной голос или голос окружения, клиент валидатора проверит свою базу данных анти-слешинга, увидит, что он уже подписал что-то противоречащее, и просто откажется возвращать подпись. Charon может предложить валидатору подписать недействительный блок, но цепочка отвергнет это и просто сочтет валидатора оффлайн, что гораздо лучше, чем быть слэшером.

Как промежуточное ПО, Charon получает преимущество в том, что все существующие клиенты валидаторов являются отказоустойчивыми, чтобы дважды проверить, что ничего не случилось. Несколько реализаций, работающих вместе для валидации, делают вероятность непреднамеренного слэшинга исчезающе малой. Распределенные валидаторы, реализованные как полноценный клиент валидатора, способный подписывать произвольные данные без надзора второй программной реализации, имеют гораздо больший риск вызвать корреляционный слэшинг, на мой взгляд.

Коммуникация

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

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

❗Прямые TCP-соединения надежны, сообщения не теряются, как это происходит в сети распространения слухов. ❗Прямые TCP-соединения намного быстрее, чем сигнатура, скачущая по сети через несколько хопов, прежде чем попасть к вам. Это повышает рентабельность валидатора. ❗Вашему клиенту не отправляются сообщения, не предназначенные для него. ❗Нет единого центрального сетевого уровня, при выходе из строя которого каждый отдельный распределенный валидатор переходит в автономный режим при корреляционном отключени��. ❗Если вы запускаете кластер в облачной инфраструктуре провайдера, то использование их частной сети между центрами обработки данных обеспечивает высокую скорость, пропускную способность и субсидирование затрат. Использование их сети на выходе в публичный интернет для протокола сплетен влечет за собой дополнительные расходы на облако для более медленной сети с меньшей пропускной способностью.

В настоящее время Obol имеет только одну часть общей сетевой инфраструктуры, и это загрузочный узел discv5, позволяющий узлам Charon находить друг друга. Для сообщества стейкхолдеров, заботящихся о безопасности, имеет смысл самостоятельно разместить свой собственный bootnode, чтобы разорвать единственную общую связь между кластерами Charon. Мы упростили эту процедуру, и уже несколько участников тестовой сети Athena сделали такой выбор.

Версионность

И последнее, но не менее важное: выполнение тяжелой работы по отсоединению кластеров друг от друга открывает еще один способ обеспечить отсутствие корреляционных сбоев, и это касается обновления программного обеспечения. Обновление ПО - это всегда страшно и рискованно, тем более в распределенной системе. Если у вас каждый клиент использует одну и ту же шину сообщений; если вы выпустите новую версию, которая изменит способ структурирования сообщений, старые версии программного обеспечения не будут знать, что делать с этими сообщениями. Чтобы обойти эту проблему, вам нужно установить время (или номер слота), когда новый протокол станет активным, и вы сообщаете всем пользователям вашего ПО по каналам связи, что они должны установить последнюю версию вашего ПО до этого времени, иначе их узлы перейдут в автономный режим. Как только это время наступает, каждый распределенный валидатор одновременно переходит на новый протокол. Мне едва ли нужно подчеркивать, насколько это корректно, если что-то пойдет не так, это будет плохо для всех. Даже если ничего не пойдет не так, если люди не обновились вовремя, они будут вынуждены уйти в оффлайн.

Иногда, например, когда вы запускаете блокчейн L1 с несколькими независимыми клиентскими реализациями, выбор согласованного момента для обновления является единственным возможным решением для распространения изменений, однако в Obol, поскольку каждый кластер независим друг от друга, в сочетании с тем, что эти кластеры обладают византийской отказоустойчивостью, становится возможным позволить каждому кластеру обновить протокол до последней версии в свое удовольствие, когда они будут к этому готовы. Мы встраиваем в клиентов Charon функцию плавного обновления версий таким образом, что они периодически приходят к консенсусу друг с другом относительно последней версии протокола, которую они все используют, и как только все работают с последним программным обеспечением, кластер понимает: "Эй, мы все сейчас говорим на версии n+1, давайте использовать ее со следующей эпохи и далее". Это снижает риск корреляции, связанный с развертыванием изменений, кластеры могут обновляться по одному, а по мере укрепления уверенности в стабильности нового релиза все кластеры могут обновляться не синхронно.

Вывод

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

Благодарю за внимание.

[nazaritmember]

У меня проблемы с доверием, крипто-малыш, ты можешь мне помочь?

Привет всем. Представляю перевод недавней статьи от BUNDLR NETWORK=) Оригинал читай на Медиуме Bundlr.

Амелия Гертин о построении доверия в системе без доверия В 2008 году Сатоши написал печально известную "белую книгу" биткоина, предложив систему, которая будет основана на "криптографическом доказательстве вместо доверия" или "In Code We Trust". Хотя это решение имеет смысл в условиях современной эрозии доверия в нашем обществе, оно упускает из виду реальность, что мы, как люди, имеем различные уровни психологических потребностей. По мере того как мы строим свой путь к децентрализованной реальности без доверия, необходимо обосновать, почему мы должны поддерживать людей за экранами в нашем обществе с помощью ресурсов, сетей и отношений, которым они могут доверять.

Добро пожаловать в эпоху проблем с доверием У меня есть проблемы с доверием. А как иначе?

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

Социальные сети - бесконечная череда "идеальных нарядов, званых ужинов и кошек" - часто усиливают эти чувства. Даже когда кто-то оставляет подпись, рассказывающую о трудностях в его жизни, она сопровождается каруселью фотографий, на которых он выглядит хаотично - конечно, но все равно привлекательно. Как можно доверять чьей-либо подлинности в мире, где все мы участвуем в общем социальном договоре, заключающемся в том, чтобы наша жизнь выглядела определенным образом? И что происходит, когда эти действия приводят к очень реальным и, возможно, опасным последствиям?

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

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

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

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

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

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

Если степень доверия действительно необходима, то с моей стороны было бы упущением не признать, что за прошедшие годы Web3 проделала не самую лучшую работу по созданию доверия. Только в этом году мы видели такие проблемы, как Celsius, Wormhole, Blu3 DAO и даже кражу драгоценного Bored Ape Сета Грина. Сегодня существует бесчисленное количество статей и даже публикация, посвященная разоблачению мошенничества в индустрии, а на каждом крипто-дискорд-канале есть предупреждения о вредоносном поведении, которого следует остерегаться. Лично меня охватывает страх каждый раз, когда я получаю DM, и последнее, что я когда-либо сделаю, это открою ссылку - даже от друга.

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

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

Смещение доверия Многие из нас считают, что вместо того, чтобы полностью устранить необходимость в доверии, наши системы способны изменить его. На самом деле, субъекты, которым люди доверяют сегодня, уже претерпели изменения. Вместо того чтобы доверять учреждениям, правительствам и источникам новостей, люди считают своих друзей и знакомых на Facebook вдвое более надежными, чем правительственные лидеры. Крупные технологические компании начали извлекать выгоду из этого сдвига, разрушая традиционные иерархии доверия и распределяя доверие через одноранговые сети. Эти компании открывают путь к тому, чтобы блокчейн занял лидирующее положение в том, чему люди доверяют. А поскольку исследования подтверждают привыкание и негативные психологические эффекты таких технологий, как приложения, конечные потребители все больше устают от приоритета прибыли над людьми в том, как продукты создаются централизованными технологическими компаниями. Наши децентрализованные системы готовы стать следующими победителями в области доверия. Но как обстоят дела у сообщества Web3 с завоеванием этого доверия? Не очень, поскольку мы продолжаем следовать тем же моделям, что и наши предшественники из Web2.

Да, с технологической точки зрения мы движемся в правильном направлении: наши системы по-прежнему более безопасны, надежны и прозрачны, чем любая традиционная система. Но, как уже говорилось, в основе наших систем лежит беспорядочный, хаотичный и крайне непредсказуемый элемент человеческого поведения, присутствующий в каждой транзакции - того самого поведения, которое вызывает необходимость установления доверия. Мы просим все население довериться нашей технологии. Не кажется ли вам, что это падение было бы более устойчивым, если бы у него было несколько других крепких опор? Что, если бы мы могли построить новую архитектуру доверия без доверия, которая перекладывает бремя доверия на идею, сообщество, процесс и технологию?

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

✔Доверие к идее: Источник правды без доверия Наша идея Bundlr заключается в децентрализации мировых данных путем создания беспристрастного источника правды, поскольку мы считаем, что каждый должен иметь доступ к общедоступной информации и иметь возможность контролировать информацию, находящуюся в частной собственности. Это значительный сдвиг по сравнению с нынешним состоянием экономики данных, и наша команда осознает необходимость того, чтобы сообщество доверяло тому, что источник правды безопасен и достоин сохранения. Чтобы восполнить этот пробел, наша команда сосредоточилась на разработке того, что означает источник правды без доверия, что необходимо для его получения и как он может изменить нашу жизнь. Мы также попросили наше сообщество призвать нас к ответственности, если наши инновации отклонятся от высшего коллективного видения.

✔Доверие к людям: Основная команда и сообщество Каждый раз, когда новые члены сообщества открывают для себя Bundlr, мы знаем, что они как будто входят в новую комнату, наполненную незнакомыми людьми. Конечно, там могут быть знакомые виртуальные лица, но мы знаем, что потребуется работа, чтобы они почувствовали себя желанными и захотели стать долгосрочными членами сообщества. В сообщество вступают самые разные люди - от разработчиков до участников сети и даже конечных пользователей, которые все увлечены общей идеей. Мы сосредоточились на том, чтобы как можно раньше и чаще устанавливать нормы сообщества, быть прозрачными с помощью проактивной коммуникации и создавать пространство, в котором есть чувство принадлежности. Создание пространства означает потратить время на понимание разнообразных потребностей сообщества и в то же время создать условия для возникновения под-сообществ. Наша основная команда делится личным опытом и открыта для новых идей и предложений. Мы знаем, что честность и репутация - это все. Именно поэтому каждый член нашей основной команды создает V2MoM, который соответствует нашим основным ценностям. Руководствуясь нашими ценностями внутри компании, мы демонстрируем их вовне.

✔Доверие к процессу: Движение к децентрализованной сети Стремясь к созданию децентрализованной сети, мы знаем, что нам необходимо создать доверие к процессу, который приведет нас к этому. Что означает децентрализация для Bundlr и как мы к этому придем? Мы планируем четко сформулировать ответы на оба вопроса и продемонстрировать их применимость в наших сетевых механизмах. Мы многому научились у других сетей и применяем это в нашем процессе. Наша сеть ценит управление, и мы планируем избежать централизации за счет гиперсоответствия нашей основной команды. Хотя доказано, что центральные органы власти могут рано установить доверие среди группы последователей, наша цель - изменить этот менталитет в сторону доверия к сети, продвигая методологию и механизмы, лежащие в ее основе. Наша сеть будет децентрализованной, устойчивой к цензуре, прозрачной и стимулируемой. Никаких особых привилегий конкретным участникам предоставляться не будет, что сделает доступ равным для всех.

✔Доверьтесь технологии: Ваша инновационная сеть хранения данных Сегодня наше сообщество доверяет нам в обеспечении постоянного хранения данных, которое является бесконечно масштабируемым, производительным и композитным. Bundlr может легко интегрироваться в любое приложение, обеспечивая при этом гибкость тестирования для разработчиков. Наша сеть бесконечно масштабируется, увеличивая количество транзакций в секунду (tps) и окончательность транзакций. Доверие к нашей технологии также связано с самыми основными потребностями - убедиться в ее безопасности и надежности. Bundlr не только унаследовал безопасность блокчейна Arweave, но мы также принимаем меры для снижения риска взлома системы безопасности. Мы гордимся тем, что у Bundlr практически не было простоев, и мы продолжаем работать над повышением производительности, чтобы обеспечить постоянство этого показателя. В будущем мы стремимся создать инфраструктуру данных высочайшего качества, которая отражает потребности наших разработчиков и в конечном итоге приведет нас к надежному источнику истины для всех данных. Следите за нашими AMA-совещаниями сообщества каждый вторник и нашей дорожной картой.

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

✔От отсутствия доверия к доверию Неудивительно, что до сих пор наш подход заключался в устранении необходимости в доверии. Почему? Потому что, как я уже говорил в начале, доверие - это спектр с множеством различных переменных. Такие переменные, как уязвимость и иррациональность, трудно закодировать в наших системах, а значит, и доверие тоже. Мой аргумент приводится от имени людей, которые создали и масштабировали наше энергичное сообщество до сегодняшнего состояния. Я считаю, что инвестиции в доверие на человеческом уровне - это то, что выведет наше сообщество на новый уровень инноваций - за счет централизации отношений и повышения прозрачности, проактивного общения и разнообразия мыслей.

Об Амелии Амелия Гертин - главный операционный директор Bundlr, сети передачи данных, цель которой - децентрализовать мировые данные, обеспечить открытый, прозрачный, не требующий доверия источник правды для защиты человечества и, в конечном итоге, его освобождения. Bundlr оптимизирована для производительности, бесконечной масштабируемости с неограниченным хранилищем и композитности, позволяя пользователям подписывать и платить в любой из 14 валют.

До прихода в Bundlr Амелия занимала должности в Coinbase, Snowflake, Salesforce и Scotiabank. Ее разносторонний опыт и способность синхронизировать творческий подход со структурой позволяют ей мыслить нестандартно для разработки и реализации стратегий. Несмотря на то, что ее опыт позволил ей жить по всему миру, Амелия гордится тем, что выросла в Канаде на двух языках.

[nazaritmember]

Что такое DVT и как он улучшает стейкинг в Ethereum?

Привет, с Вами снова Назар со свежими новостями из мира блокчейн. Специально для вас, перевод статьи Obol. Оригинал на английском языке тут. 

Поехали!

Если вы еще не слышали, технология распределенного валидатора, или DVT, - это следующая важная вещь в разделе "Слияние" дорожной карты Ethereum.

Стооооп… вы наверное спросите: "Разве мы уже не закончили со слиянием?" Да, но это была всего лишь очередная веха в развитии Ethereum proof-of-stake. Теперь, когда цепочка Beacon объединилась с уровнем исполнения Ethereum, предстоит еще много работы, чтобы убедиться, что уровень консенсуса Ethereum сможет соответствовать требованиям, которые предъявляются к следующему мировому компьютеру.

Что такое технология распределенного валидатора (DVT)?

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

DVT - это технологический примитив, который позволяет запускать валидатор Ethereum PoS на нескольких узлах или машинах. Это позволяет кластеру узлов, управляемых отдельным человеком, группой или сообществом операторов, действовать вместе как единый валидатор Ethereum. Запуск валидатора как кластера узлов повышает его отказоустойчивость и значительно снижает риск слэшинга для честных валидаторов, независимо от их размера. Это делает стейкинг более надежным и доступным для всех валидаторов.

➖Для крупных валидаторов DVT обеспечивает высокую доступность и снижает затраты на инфраструктуру.

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

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

Почему это важно?

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

Слишком часто валидаторы уходят в оффлайн: Машины выходят из строя. Это обычный факт для компьютерных сетей. Одноузловые валидаторы не имеют защиты от сбоев в работе машин. Если выходит из строя узел, выходит из строя и валидатор. Это приводит к упущенным вознаграждениям для стейкеров и снижению стабильности инфраструктуры Ethereum в целом. Для борьбы с этим крупные валидаторы, обладающие большим капиталом, используют активно-пассивные установки, чтобы иметь резервную среду на случай выхода из строя основного узла. Но это приводит к другой проблеме.

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

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

32 ETH по-прежнему представляет собой высокий барьер для индивидуальных домашних валидаторов: Хотя минимальные требования к ETH для запуска валидатора значительно снизились с первых дней развития PoS, 32 ETH все еще представляют собой пятизначную (или более) сумму инвестиций, чтобы стать валидатором (не говоря уже о времени и деньгах, необходимых для запуска самого валидатора). Это является естественным сдерживающим фактором для стейкхолдеров, которые не хотят проводить валидацию самостоятельно, вместо этого доверяя стороннему хранителю, который будет делать ставки ETH от их имени.

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

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

Как работает DVT?

Как уже упоминалось в определении выше, DVT позволяет запускать валидаторы в виде кластера узлов, а не одного узла. Кластер распределенных валидаторов (DV) работает так, что каждый узел имеет свою долю ключа полного ключа валидатора (при этом полный ключ валидатора никогда не существует в одном месте в любой момент времени). В активном состоянии каждый узел в кластере DV аттестует, используя свою долю ключа для генерации частичных BLS-атрибутов (причудливая тема криптографической подписи, о которой вы можете узнать здесь), которые затем объединяются с помощью пороговой BLS-агрегации для аттестации в качестве полного узла валидатора. Не вдаваясь в математические подробности того, как это делается, это означает, что до тех пор, пока порог активных узлов-валидаторов соблюдается (3 из 4, 5 из 7, 7 из 10 и т.д.), кластер DV будет аттестован нормально. Другими словами, даже если некоторые узлы в кластере DV выйдут из сети, это не повлияет на общую производительность кластера до тех пор, пока будет достаточно узлов, чтобы соответствовать порогу подписания.

Аналогия, которую можно здесь использовать (с некоторыми ключевыми отличиями), заключается в том, что multisig - это кошельки, как DVT - валидаторы.

Ниже перечислены шаги по созданию кластера DV (Obol V1):

1.Сформируйте доверенную группу операторов

2.Создайте файл определения кластера с помощью Obol DV Launchpad

3.Запустите церемонию Distributed Key Generation (DKG) для генерации ключевых долей.

4.Каждый оператор настраивает и запускает свой узел, формируя небольшую P2P-сеть.

5.Активируйте валидаторы в кластере, внеся 32ETH для каждого валидатора (каждый кластер может запустить несколько полных узлов валидаторов).

6.Как только будет запущено достаточное количество узлов для достижения порогового значения, кластер DV начнет активную аттестацию!

Как DVT улучшает стейкинг в Ethereum?

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

Одним словом, DVT позволяет проводить валидацию вместе с кластерами узлов, а не только как отдельные, автономные узлы валидаторов. Устраняя единичные точки отказа, DVT позволяет валидаторам работать с активным резервированием, не увеличивая при этом риск разрушения. Это выгодно для валидаторов любого размера:

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

🟣Протоколы ликвидного стейкинга: Для протоколов liquid staking, помимо повышения эффективности и снижения риска, DVT позволяет повысить участие операторов. Обеспечивая избыточность в сети, LSP устраняют зависимость от одного оператора, что приводит к простоям в сети. Операторы могут быть организованы в различные кластеры таким образом, что если один оператор выйдет из строя, это не повлияет ни на один узел валидатора в сети, поскольку другие активные операторы будут соответствовать пороговым значениям для аттестации. В конечном счете, это улучшает производительность протокола для стакеров.

🟢Сообщество и домашние валидаторы: Самое главное, что благодаря DVT небольшие валидаторы могут более уверенно запускать узлы, обеспечивая время безотказной работы и показатели эффективности, сравнимые с крупными валидаторами. Этого могут достичь домашние валидаторы, работающие вместе с другими в качестве валидаторов сообщества, которые не зависят только от одной машины. DVT также снижает требования к ETH для любого человека, желающего запустить узел, так как теперь вы можете иметь несколько узлов, создающих необходимые 32 ETH для валидации. Благодаря этому DVT имеет потенциал для экспоненциального расширения участия домашних валидаторов.

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

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

Каковы компромиссы при использовании DVT?

Для достижения избыточности DVT добавляет в консенсус Ethereum компонент промежуточного программного обеспечения, а это влечет за собой определенные компромиссы:

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

Задержка: DVT создает несколько дополнительных сетевых переходов за счет механизма консенсуса и обмена сообщениями между узлами в кластере. Однако это уменьшается за счет того, что DVT использует прямые P2P-соединения между узлами кластера (а не единую сеть сплетен).

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

По мере расширения сети Ethereum возрастет потребность в компонентах промежуточного программного обеспечения для предоставления необходимых услуг в сети Ethereum без необходимости внесения изменений на уровне протокола. Вышеупомянутые компромиссы присутствуют в любом промежуточном ПО, и хотя при проектировании необходимо сделать выбор, чтобы максимально смягчить их (в ближайшее время мы опубликуем блог о том, как мы разработали Obol, чтобы справиться с этими компромиссами), преимущества промежуточного ПО превзойдут все эти недостатки.

Куда двигаться дальше?

💡 Валидаторы должны работать как сообщества, а не как отдельные организации.

После завершения The Merge для всего стейкинг-сообщества крайне важно принять участие в разработке, тестировании и внедрении DVT, чтобы уменьшить потенциальные сбои в работе сети, улучшить децентрализацию и продолжить масштабирование. Важно, чтобы экосистема осознала, что валидаторы должны работать как сообщества, а не как отдельные организации. Мы в Obol Labs поддерживаем усилия по выводу DVT в Mainnet и надеемся на сотрудничество со всеми в этой важной работе.

Дополнительные ресурсы

Ищете более подробную информацию о DVT? Ознакомьтесь с другими статьями и докладами сообщества для глубокого погружения в темы, связанные с DVT.

Сортировка технологии распределенных валидаторов, Айзек Виллалобос и Альберт Гаррета из Nethermind

Обзор схем Verifiable Secret Sharing и протоколов Distributed Key Generation, Игнасио Манзур, Марк Грачик и Альберт Гаррета из Nethermind

Как разработать DVT, обеспечив при этом отсутствие корреляции, Коллин Майерс и Ойсин Кайн из Obol Labs, сессия на Devcon VI

Мультиподписи BLS с агрегированием открытых ключей, Дэн Боне, Ману Драйверс и Грегори Невен из Стэнфорда

Вознаграждения и штрафы при доказательстве доли, Пол Ваккероу из Ethereum Foundation

[nazaritmember]

Выводы из Берлина во время The Merge

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

Выводы из Берлина во время The Merge Команда Obol только что завершила неделю пребывания в Берлине на DappCon'22, EthBerlin3 и The Merge. Главный итог? Стремление создать децентрализованное будущее как никогда велико, и мы хотим внести свой вклад.

Покрытые граффити стены и андеграундные техно-клубы Берлина стали прекрасным фоном для сообщества Ethereum, собравшегося в авангардном городе во время The Merge. Было легко чувствовать себя уверенным в перспективах развития Ethereum, и было много похвал в адрес тех, кто привел нас к этому моменту. Но те, кто приехал в Берлин, также понимали, что The Merge - это не только финишная прямая, но и отправная точка для большой работы, которую еще предстоит сделать. Эта мотивация сопровождала все события недели.

Захватывающая неделя в Берлине DappCon 2022, организованный компанией Gnosis, начал неделю с многочисленных выступлений и семинаров о важных улучшениях, которые необходимо внести в Ethereum после Merge. Были проведены сессии, посвященные MEV, dapps, инфраструктуре, регулированию и многому другому. Одним из ключевых улучшений, которые необходимо сделать, является масштабирование и децентрализация уровня консенсуса с помощью DVT. Наша команда провела 3-дневную конференцию, рассказывая сообществу о текущем состоянии и важности DVT. Хотя многие не были знакомы с примитивной технологией, все понимали ее будущее влияние.

(Огромный респект команде DappCon за организацию такого замечательного мероприятия! Качество докладчиков и участников зашкаливало. Это создало потрясающую атмосферу для обучения).

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

Не менее уместно и то, что как только этот момент прошел, команда Obol и все сообщество вернулись к работе, чтобы решить следующий набор задач.

В пятницу этот процесс начался с EthBerlin3, одного из лучших хакатонов в экосистеме Ethereum (еще более уникальным его делает самоорганизованная группа, которая ежегодно проводит мероприятие безвозмездно). < 700 хакеров создали около 100 проектов, охватывающих темы контрнаблюдения, свободы транзакций, уравнивания шансов и инфраструктурных треков и др.

Компания Obol приняла активное участие в этом мероприятии, выступив спонсором хакатона и продолжив нашу работу по продвижению внедрения DVT. Мы провели семинар, чтобы проверить возможности DVT, начав строить самый большой DV-кластер в мире с успешно запущенным 10+ узловым DKG. Было важно увидеть высокий интерес к повышению устойчивости и децентрализации ставок, и многие люди хотели узнать больше.

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

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

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

Переход на PoS позволил Ethereum сократить потребление энергии на 99,9% и подготовил почву для будущего повышения пропускной способности. Но для дальнейшего улучшения масштабируемости предстоит проделать работу на уровнях исполнения, данных и консенсуса.

Несмотря на общую осведомленность об Optimistic и ZK Rollups, необходимо повысить осведомленность о проектах, направленных на масштабирование уровня данных и консенсуса. Принятие BLS12-381 в 2019 году позволило Ethereum масштабироваться до 100 тыс. - 1 млн валидаторов, но необходимо сделать еще больше для дальнейшей децентрализации майнинга Ethereum. На DappCon и EthBerlin команда Obol начала важнейшую работу по повышению осведомленности о DVT как о решении для масштабирования консенсуса.

Централизация - это действительно реальная проблема. Необходимы согласованные усилия по продвижению децентрализации.

70% всех долей в сети Ethereum контролируется 4 операторами, и есть риск, что после слияния централизация только усилится. Объедините это с тем фактом, что 90% всех клиентов исполнения контролируются только двумя реализациями, и вы получите рецепт высокой централизации и риска корреляции.

Ethereum создан и стимулирован для поощрения децентрализации (просто посмотрите, как увеличиваются штрафы за слэш при других недавних слэш-событиях). Потенциальная централизация сети подвергает опасности всех участников. Помимо масштабирования Ethereum, необходимы согласованные усилия по инвестированию в технологии и структуры, улучшающие децентрализацию сети. DVT также является решением этой важной проблемы, поскольку позволяет повысить отказоустойчивость, децентрализовать кол и обеспечить разнообразие клиентов для каждого узла кластера DV.

Независимо от медвежьего (или бычьего) рынка, культура строительства в Ethereum жива и здорова.

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

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

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

Что мы будем делать дальше? После завершения проекта The Merge компания DVT становится следующим крупным примитивом для реализации дорожной карты Виталика по Ethereum.

Команда Obol будет усердно работать над продвижением DVT по всем фронтам: готовить технологию к mainnet, стимулировать принятие с партнерами по первоначальному внедрению и просвещать сообщество о важности примитива.

Мы предоставим всем желающим множество возможностей узнать больше и принять участие. А что по поводу следующего мероприятия? Приходите с командой на DevCon VI в Боготе с 11 по 14 октября! Мы будем выступать с докладами по DVT, общаться с людьми и, конечно же, раздавать эксклюзивные (и чертовски крутые) сувениры. Приходите и найдите нас там!

Obol Social Media: Discord and Twitter Всегда ваш, Назар (Polionyr#0969)

[nazaritmember]

Дорожная карта BUNDLR 2022

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

Наша миссия в Bundlr - стать ведущим решением в области децентрализованных данных для Web3, при этом быть суперкомпозитным и простым в интеграции. Мы сосредоточены на улучшении опыта разработчиков за счет оптимизации производительности, бесконечной масштабируемости, простоты использования и композитности. Это в итоге позволит сообществу создавать крутые Dapps для своих пользователей.

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

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

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

Что ж, давайте погрузимся в нашу дорожную карту!

PreWeave - 3 квартал 2022 года PreWeave - это одноранговая (p2p) сеть, предоставляющая временное хранение данных с возможностью постоянного резервного копирования. Зона демилитаризации (DMZ) позволяет данным сохраняться в течение определенного периода времени, действуя как буфер перед постоянным хранением на Bundlr. Управление ключами будет доступно в качестве дополнительной функции. PreWeave будет построен как слой поверх основной сети Bundlr.

Вы можете спросить "А зачем создавать буферный слой? Разве это не позволяет осуществлять цензуру?!"

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

Реальность такова: некоторые данные могут быть вредны для ваших пользователей. Например, постоянное хранение данных об истории болезни пользователей или личной идентифицируемой информации (PII) для доступа к ним всех членов сообщества без согласия будет нарушением прав на неприкосновенность частной жизни. PreWeave позволяет проектам и компаниям изучать данные, чтобы определить, повлияют ли они на их пользователей или нарушают ли они нормативные требования. Сообщества могут использовать такие инструменты управления, как Snapshot или jokeDAO, для достижения консенсуса сообщества относительно того, хотят ли они, чтобы данные хранились постоянно. PreWeave предоставляет гибкость проектам и компаниям для принятия мер предосторожности для защиты своих пользователей.

Слой мутабельности - 4 квартал 2022 года Наш уровень изменяемости - это система для создания изменяемых данных в основной сети Bundlr. Мутабельность - это возможность стирать или обновлять данные новыми данными. Примером мутабельности в Web2 может служить Google docs: каждый раз, когда вы редактируете документ, сохраняется новая версия. Мутабельность - сложная проблема для решения в Web3, поскольку ключевой характеристикой блокчейна является неизменяемость; вы можете добавить что-то к нему, но не можете изменить это после того, как оно находится в цепи. В связи с этим возникает вопрос: как бы вы создали мутабельность Web3?

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

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

Testnet II - 1 квартал 2023 года Testnet I прошел с огромным успехом: по состоянию на 17 августа в нем приняли участие < 3 117 валидаторов. В первой половине следующего года мы выпустим testnet II, финальную версию сети перед выходом в mainnet. Testnet II будет полностью стимулирован для участников. Мы будем выделять определенный процент токенов для этого тестнета с установленными баунти, которые обеспечат определенное вознаграждение. Более подробную информацию мы предоставим ближе к дате запуска.

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

Фиатная рампа - 2 квартал 2023 года В начале следующего года мы запустим фиатную систему on-ramp, которая позволит пользователям финансировать бандлеры фиатом. Наша основная сеть не изменится, поскольку мы хотим сохранить надежность сети. Наш фиатный on-ramp будет слоем поверх основной сети, с простым пользовательским интерфейсом и опытом разработчиков.

Одной из самых больших проблем с принятием Web3 разработчиками является большой сдвиг парадигмы в понимании разработки в обоих направлениях. Приобретение криптовалют и создание в Web3 не всегда самое простое и порой раздражающее занятие. Переход на фиатную платформу призван стать мостом, который поможет разработчикам Web2 более плавно перейти на Web3. Кроме того, эту функциональность часто запрашивают проекты, которые хотят улучшить пользовательский опыт, предлагая возможность оплаты хранения данных в фиате для своих конечных пользователей.

Майннет - 2023 И наконец...когда будет выпущен токен? Ожидается, что во второй половине следующего года Bundlr запустит полностью децентрализованную и бездоверительную (не требующую доверия третьим лицам-посредникам) сеть и распространит токен $BNDLR. Для того чтобы реализовать нашу идею создания открытого источника правды, мы считаем, что необходимо иметь полностью децентрализованную, бездоверительную и масштабируемую сеть.

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

Спасибо нашей команде, сообществу и нашим партнерам за вашу поддержку.

Мы любим вас ❤️

Готовы к работе? Ознакомьтесь с нашей документацией.

Вопросы по дорожной карте или отзывы? Присоединяйтесь к обсуждению в нашем Bundlr Discord.

Хотите знать последние новости? Следите за нашими обновлениями в Twitter и Telegram.

************************************************************************

Это перевод статьи на русский язык. Материал взят отсюда.

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

by Nazar (Polionyr#0969)

[nazaritmember]

Subspace Network: обновление экосистемы, июль 2022

Привет всем! Сегодня предоставлю перевод свежей статьи Subspace. Оригинал на английском смотри тут.

Поехали!

TL;DR 💥Результаты Gemini: <13 тыс. активных узлов, <3,9 петабайт заявленного пространства.

💥0,5% от общего количества токенов на момент запуска сети было выделено участникам 1-ой фазы Gemini для вознаграждения ранних участников.

💥266,872.4 tSSC были добыты и распределены по 13k+ уникальным адресам вознаграждения во время фазы 1 Gemini Получено <1,600 заявок на участие в нашей программе послов!

💥Основные вкладчики Subspace выделили 1% от общего объема токенов на программу для послов.

💥Программа строителей субстратов завершена на втором этапе.

Обновления в области разработки ▪Подготовка и запуск стимулируемой тестовой сети Gemini 1a, а затем Gemini 1b ▪Функция голосования за консенсус для увеличения (х10 раз) частоты вознаграждения фармеров ▪Официальные версии AArch64 для Linux и macOS ▪Поддержка полного узла в дополнение к архивному узлу для уменьшения использования дискового пространства ▪Улучшение производительности процесса фермерства ▪Ускоренный GPU-плоттинг на AMD и Intel в дополнение к Nvidia через OpenCL ▪Выпуск приложения для ПК с поддержкой Gemini и многочисленными улучшениями ▪Запуск тестовой сети X-Net с включенным раздельным выполнением ▪Проверка консенсуса GRANDPA от Polkadot в паллетных поставках ▪Начало работы над сетью распределенного хранения данных для фермеров (а позже и для узлов) для синхронизации с другими фермерами ▪Начальная работа над клиентской библиотекой Subspace light ▪Начальная поддержка быстрой синхронизации (не выполняет транзакции во время начальной синхронизации) ▪Экспериментальная поддержка фермерства на нескольких дисках без RAID-массива с улучшенной производительностью ▪Руководство по внесению вклада на GitHub

Завершение 2-го этапа программы Substrate Builders Milestone II Основные участники сети Subspace Network рады сообщить, что наша команда разработчиков завершила программу Substrate Builders: Milestone II с великолепным исполнением по всем направлениям, начиная от качества кода, документации, управления форками, и заканчивая атрибуцией кода / лицензий, тестами и контрольными показателями.

Ключевые результаты программы Substrate Builders Program Milestone II:

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

Gemini Incentivized Testnet Фаза 1 31 мая 2022 года Subspace Network запустила Gemini Incentivized Testnet и завершила первую фазу 27 июня 2022 года. В конце первой фазы насчитывалось 13 тыс. активных узлов, управляемых сообществом, 10 тыс. узлов были полностью синхронизированы и успешно участвовали в консенсусе. Благодаря 3,9+ петабайтам, заложеным для сети, мы смогли успешно провести стресс-тестирование нашей сети в глобальном масштабе.

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

Например, приложение Subspace Desktop Application идеально подходит для новичков, поскольку его легко настроить и использовать, как и любое другое приложение для ПК, которым обычно пользуются люди.

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

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

Чтобы быть в курсе того, что происходит с Subspace Network, присоединяйтесь к сообществу в Discord и следите за всеми будущими объявлениями на форуме👇🏼

Subspace Network Discord: http://discord.gg/subspace-network Форум Subspace Network : https://forum.subspace.network/

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

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

Специальный презент для ранних участников Первоначально мы выделили 0,3% от общего количества токенов фермерам Gemini Фазы 1, которые успешно участвовали в консенсусе и вырастили не менее 0,1 tSSC. Хотя это довольно большое распределение, мы знаем, сколько усилий требуется для того, чтобы следовать процессу бутстрапинга сети. Поэтому после некоторых ��азмышлений мы решили выделить дополнительные 0,2% всем фармерам, которые вырастили не менее 0,1 tSSC во время первой фазы Gemini, в знак признательности всем мелким фармерам, которые сыграли важную роль в тестировании сети во время этой фазы.

Дополнительные 0,2% будут поровну распределены между 13 106 адресами вознаграждения, перечисленными в электронной таблице, которую мы предоставили нашему комьюнити в июльском анонсе. Короче говоря, каждый фермер, который успешно синхронизировался и произвел не менее 0,1 tSSC во время первой фазы Gemini, получит свой процент от первоначальных 0,3% и еще ~0,00001526% от общего количества токенов.

Для получения более подробной информации посетите наш форум, чтобы ознакомиться с полным объявлением о ревардах, и посмотрите ответы на часто задаваемые вопросы о вознаграждениях: Gemini Phase 1 Reward FAQ.

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

Для обсуждения улучшений или любых вопросов поддержки, используйте форум Subspace Network. Форум - это наш официальный канал технической поддержки, где вы получите самые быстрые ответы от основных участников. Наш Discord также является хорошим местом для общения и получения поддержки от других интересных членов сообщества.

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

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

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

Поскольку каждый член нашего сообщества играет жизненно важную роль в сети, процесс отбора в программу послов очень конкурентный и строгий, дабы обеспечить высокую планку с самого начала. К сожалению, исходя из текущих обстоятельств, мы сможем отобрать только 20 новых послов из 1 600 претендентов. Тем, кто подал заявку, но не был выбран, просьба не расстраиваться: в ближайшие месяцы и годы будет еще много возможностей подать заявку на участие в программе послов.

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

СОБЫТИЯ:

Джереми в Стэнфордском центре исследований блокчейна Джереми выступил с докладом в Стэнфордском центре исследований блокчейна, представив анализ безопасности консенсуса Subspace.

Назар на конференции WASM Назар выступил на конференции WASM с докладом о том, как Subspace преодолевает проблемы производительности, присущие современным блокчейн-проектам, и о способах оптимизации исполнения в палетных контактах Substrate и среде WASM Runtime.

Ethereum Meetup в Кремниевой долине Джереми представил обзор технологического стека Subspace на встрече Silicon Valley Ethereum Meetup.

Еженедельные офисные часы Основные участники Subspace Network проводят офисные часы на нашем сервере Discord, чтобы ответить на любые вопросы сообщества. Офисные часы - это отличное место для того, чтобы задать вопросы команде напрямую.

Канал Subspace Network на YouTube Если вы не знали, все инженерные собрания записываются и загружаются на официальный YouTube-канал Subspace Network для полной прозрачности. Вы можете следить за прогрессом основных участников Subspace Network каждую неделю!

Мы принимаем на работу! Если вы увлечены блокчейном, криптовалютами или Web3 и заинтересованы в том, чтобы оказать на нас влияние, пожалуйста, ознакомьтесь с вакансиями на нашей странице карьеры.

Форум Subspace Network Мы хотели бы напомнить всем, что наш форум является нашим официальным каналом технической поддержки. В Discord команда будет стараться помочь по мере сил, но, пожалуйста, ожидайте, что это будет в основном поддержка "равный-равному".

Форум Subspace

Мы добавили категорию "Обратная связь" на нашем форуме, где вы можете поделиться своим ценным мнением с основными участниками Subspace Network. Если вы в восторге от Subspace или наоборот в замешательстве, мы будем рады услышать вас.

Спасибо за постоянную поддержку, и мы будем рады видеть вас в нашем сообществе!

[nazaritmember]

10 posts!

[nazaritmember]

Metaplex интегрирует Bundlr для обеспечения постоянного, децентрализованного хранения NFT, майнингованных и размещенных на платформе

Команда Bundlr c волнением сообщает: Metaplex интегрировал Bundlr, и гарантирует, что NFT (майнингованные и размещенные на Metaplex) будут постоянно храниться на Arweave через Bundlr.

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

Metaplex - ведущая платформа для майнинга NFT на Solana. На этой платформе добыто более 15 млн. NFT, она предоставила стандарты и инструменты для <100 тыс. проектов и онлайн-сообществ. Протокол Metaplex является стандартом для NFT на Solana, а его инструменты позволили экосистеме NFT на Solana стать такой надежной и процветающей вплоть до сегодняшних дней.

Децентрализованное, постоянное хранение критически важно для экосистемы NFT. Хотя многие NFT хранятся в децентрализованных цепочках данных, они не хранятся постоянно. Arweave - единственный способ постоянного хранения данных, а Bundlr делает его более быстрым, надежным и простым в использовании.

Существует множество платформ, которые хранят свои NFT на традиционных централизованных серверах web2, но это сопряжено с аналогичными рисками. Данные не только обладают слабой безопасностью (поскольку хранятся в централизованном узле), но и вынуждают пользователей доверять одной организации, которая предоставляет им доступ к своим данным. Хотя это случается редко, но компания может отказать в доступе к вашим учетным записям или изменить разрешение, чтобы усложнить внесение изменений в учетные записи.

Кроме того, данные не хранятся постоянно. Если пользователи ежемесячно не платят за услуги, их данные могут быть удалены, включая метаданные NFT. Учитывая огромную ценность NFT в экосистеме Solana, это огромный риск для создателей и разработчиков. Чтобы решить эту проблему, Metaplex использует Bundlr для хранения и защиты своих NFT.

"Все говорят о NFT, но многие не задумываются о том, как они хранятся", - объясняет Джош Бенарон, генеральный директор и основатель Bundlr. "Постоянное, децентрализованное хранение данных - это единственный способ защитить ваши НФТ на неопределенный срок. Мы рады сотрудничать с Metaplex, чтобы гарантировать, что НФТ их пользователей будут надежно храниться вечно".

Bundlr делает хранение данных web3 доступным, делая его быстрым, простым и надежным, как традиционное хранение данных. Его цель - позволить как входящим, так и не входящим в web3, воспользоваться преимуществами децентрализованного, постоянного хранения данных. Он совместим с multichain и х7000 раз быстрее загружает данные на Arweave. В настоящее время Bundlr отвечает за более чем 90% данных, загружаемых на Arweave.

Это перевод статьи на русский язык. Материал взят с официальной страницы на Медиум Bundlr.

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

by Nazar (Polionyr#0969)

[nazaritmember]

Bundlr и валидаторы - что такое?

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

Соответственно, платформа работает по определенному алгоритму и имеет свои фишки.

Одна из таких - наличие валидаторов.

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

Существует 2 состояния(статуса), в котором пребывают валидаторы: 🧨Соисполнитель 🧨Простой

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

Соисполнитель👇

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

Простой👇

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

Какие преимущества у валидатора?

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

Это перевод статьи на русский язык. Материал взят с официального сайта Bundlr.

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

by Nazar (Polionyr#0969)

[nazaritmember]

Проблемы, которые решит Bundlr

Bundlr - децентрализованное решение для постоянного хранения данных для Arweave.

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

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

😎Независимость от блокчейна: можно использовать любой крупный блокчейн для доступа к Bundlr и платите любым основным токеном, включая ETH, SOL, AVAX и MATIC.

🦾Простота использования : Bundlr не только легко интегрируется и работает на любой платформе, но также доступен для любого блокчейна и принимает любой токен.

🔓Надежность : после загрузки в Bundlr ваши данные мгновенно становятся доступными и гарантированно будут постоянно храниться в web3.

✨Масштабируемость : с момента запуска Bundlr увеличили количество транзакций на Arweave примерно на 3000%, и в настоящее время на них приходится более 90% всех загружаемых данных.

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

Это перевод статьи на русский язык. Материал взят с официального сайта Bundlr.

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

by Nazar (Polionyr#0969)

[nazaritmember]

Превью: Преодоление барьеров для постоянного децентрализованного хранения данных

В Bundlr быстро растет сообщество пользователей, которые хотят постоянно хранить свои данные на блокчейне, используя технологию данных Web3. Bundlr смогли работать не только с проектами Web3, но и с компаниями Web2, которые хотят интегрировать технологию blockchain. Честь работать с такими разными компаниями, от крипто-нативных проектов до известных компаний из списка Fortune 100, и знать, что они желают пользоваться нашей сетью.

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

Проблемы web2

Компании Web2 столкнулись с более серьезными проблемами, когда они перенесли часть своего бизнеса из централизованной системы в децентрализованную сеть. Одна из трудностей, с которой встречаются компании, не основанные на Web3, - это управление кошельками и токенами. Из-за внутренних препятствий многие компании не могут приобретать и использовать токены. В результате они нуждаются во внешнем управлении этим элементом транзакций Web3.

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

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

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

Bundlr назвали его превью.

Что за превью?

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

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

Проще говоря, превью позволяет:

✔Загружать данные без необходимости иметь кошелек ✔Загружать данные без оплаты криптовалютными токенами ✔Одобрить данные на PreWeave, прежде чем переместить их в Bundlr.

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

Какая польза от этого пользователю?

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

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

Превью решает эти проблемы.

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

Что будет дальше?

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

Чтобы узнать больше о Bundlr и его технологии, ознакомьтесь с документацией Bundlr. Для получения дополнительной информации обращайтесь в Twitter, Discord или по электронной почте caylin@bundlr.network.

by Nazar (Polionyr#0969)

Это перевод статьи на русский язык.

Оригинал на английском языке читай тут.

[nazaritmember]

Сеть Pontem первой сделала доступным язык Diem's Move на Polkadot

Pontem Network - это экспериментальная сеть на основе субстрата, которая позволяет разработчикам создавать и тестировать dApps, совместимые с грядущим блокчейном Diem. С завершением третьего этапа программы грантов Web3 Foundation, Pontem становится первым проектом, который привнес язык программирования Diem Move в Polkadot.

О Pontem Network Pontem Network - это амбициозный испытательный полигон для скорого выпуска блокчейна Diem, инициатором которого является Facebook. Построенный на Substrate и полностью независимый от Diem, Pontem использует практически ид��нтичную кодовую базу, позволяя разработчикам создавать и внедрять решения, ориентированные на Diem, до того, как последний будет выпущен. В то же время команды разработчиков смогут воспользоваться паратредом Polkadot от Pontem, чтобы получить доступ к ликвидности на различных блокчейнах и охватить более широкую аудиторию.

Pontem делает Move доступным на Polkadot В конце 2020 года компания Pontem Network получила грант от фонда Web3 Foundation на разработку паллета смарт-контрактов Polkadot для Move, безопасного и гибкого языка программирования, используемого в блокчейне Diem.

Палет (это термин Polkadot для обозначения модуля) позволяет разработчикам составлять смарт-контракты на языке Move и развертывать их без разрешения в рамках процветающей экосистемы Polkadot. Pontem также поддерживает Move VM (виртуальную машину), слой песочницы, используемый для безопасного запуска кода без риска создания проблем для живого блокчейна. В будущем dApps, построенные на Pontem Network, могут быть представлены и в конечном итоге перенесены на Diem.

Выпуск паллета Move в тестовой сети стал для Pontem третьей вехой в рамках гранта Web3 Foundation. Паллет свободно доступен для всех разработчиков, работающих с Substrate, поэтому они уже могут начать экспериментировать с Move и даже создавать функционирующие dApps для тестовой сети.

Команда Pontem подготовила подробную документацию, объясняющую, как использовать палету, графический пользовательский интерфейс и CLI (интерфейс командной строки).

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

О грантах Фонда Web3 Web3 Foundation выделяет гранты на конкретные проекты исследований и разработок в области децентрализованных протоколов. Цель программы - способствовать развитию Web 3.0 - цифровой структуры следующего поколения, в которой пользователи и компьютеры будут взаимодействовать напрямую и распределенно, без необходимости в централизованных посредниках.

Для получения дополнительной информации об экспериментальных инструментах Pontem Network для создания Diem-совместимых dApps на Polkadot загляните на официальный сайт: https://pontem.network/.

by Nazar (Polionyr#0969)

Это перевод статьи на русский язык.

Оригинал на английском языке читай тут.