Этапы Транзакции Ethereum
Часть 1
Обновил превью к последнему видео на эту тему, а сегодня, обсудим этот материал в формате поста!
Как работает Ethereum транзакция под капотом?
Разберем коротко и по порядку
1. Формирование транзакции в кошельке
Ты выбираешь аккаунт, вводишь адрес получателя и сумму.
Из этого он формирует заготовку транзакции, считает хеш и подписывает всё приватным ключом, который хранится локально. В итоге получается упакованный бинарный пакет — raw-транзакция, готовая к отправке в сеть.
2. Работа с RPC
Дальше в игру вступают инфраструктурные провайдеры: Infura, Alchemy, QuickNode и другие. Кошелёк отправляет raw-транзакцию на RPC-узел - входная точка в сеть Ethereum.
Если всё в порядке, узел считает транзакцию четкой и готов передать её дальше - в систему ожидания, которая стоит между пользователем и блоком.
3. Мемпул
После проверки транзакция попадает в локальное хранилище ожидающих операций - мемпул. Такой мемпул есть у каждого узла отдельно, это не одна общая база.
Узел добавляет туда транзакцию и рассылает информацию о ней другим узлам по p2p-сети. Те повторяют проверку и тоже кладут её в свои мемпулы. Через несколько секунд большинство узлов в сети знают о твоей транзакции.
Узел отслеживает её комиссию, nonce и приоритет относительно других транзакций. Те, кто платит больше, естественным образом оказываются выше в очереди. Так мемпул превращается в распределённую очередь кандидатов для будущих блоков.
Здесь в дело вступает тот, кто решает, какие именно транзакции попадут в следующий блок.
4. Блок-билдер
В современных реалиях Ethereum блоки собирают не валидаторы, а блок-билдеры.
Они подключаются к узлам, читают мемпулы, часто имеют приватные источники транзакций и собирают из всего этого сырья оптимальные наборы. Их задача - выбрать такие транзакции и такой порядок, чтобы:
блок принёс максимум комиссии
можно было извлечь дополнительную выгоду за счёт порядка операций (MEV)
ничего не ломало состояние сети и не конфликтовало по nonce
Для этого блок-билдеры симулируют исполнение транзакций локально, перебирают разные комбинации и последовательности, отбрасывают невыгодные или проблемные варианты.
В итоге они формируют черновики блоков, выбирают лучший из них и упаковывают его в блок-проупозал - готовый кандидат в блок с чётким набором транзакций, заголовком и расчётом прибыли. Но сами они блок не подписывают и не публикуют. Их работа - предложить лучший вариант дальше.
Далее разберем задачи релеера, валидатора и процесс распространения блока по блокчейну, все это во второй части!
Смотреть видео - youtu.be/UIK2wXx_Ovg
VARTCALL
Часть 1
Обновил превью к последнему видео на эту тему, а сегодня, обсудим этот материал в формате поста!
Как работает Ethereum транзакция под капотом?
План:
1. Формирование транзакции в кошельке
2. Работа с RPC
3. Мемпул
4. Блок-Билдер
5. Реелер
6. Задача Валидатора
7. Блок распространяется по сети и становится частью цепочки
Разберем коротко и по порядку
1. Формирование транзакции в кошельке
Ты выбираешь аккаунт, вводишь адрес получателя и сумму.
Кошелёк под капотом собирает полный “паспорт” транзакции:
адрес отправителя и получателя
сумму перевода
данные для контракта (если это свап, депозит и т.п.)
идентификатор сети (chainId), чтобы транзакция не уехала в чужую сеть
nonce - номер транзакции для этого адреса, чтобы не было каши в порядке
лимит газа и параметры комиссий: maxFeePerGas и maxPriorityFeePerGas
Из этого он формирует заготовку транзакции, считает хеш и подписывает всё приватным ключом, который хранится локально. В итоге получается упакованный бинарный пакет — raw-транзакция, готовая к отправке в сеть.
2. Работа с RPC
Дальше в игру вступают инфраструктурные провайдеры: Infura, Alchemy, QuickNode и другие. Кошелёк отправляет raw-транзакцию на RPC-узел - входная точка в сеть Ethereum.
RPC-узел принимает пакет, раскодирует его обратно в структуру с полями и делает базовые проверки:
корректна ли подпись и действительно ли её поставил владелец адреса
совпадает ли nonce с тем, что узлу известно о счётчике транзакций этого аккаунта
хватает ли баланса на сумму перевода плюс максимальный газ
валиден ли формат транзакции и её параметры газа
Если всё в порядке, узел считает транзакцию четкой и готов передать её дальше - в систему ожидания, которая стоит между пользователем и блоком.
3. Мемпул
После проверки транзакция попадает в локальное хранилище ожидающих операций - мемпул. Такой мемпул есть у каждого узла отдельно, это не одна общая база.
Узел добавляет туда транзакцию и рассылает информацию о ней другим узлам по p2p-сети. Те повторяют проверку и тоже кладут её в свои мемпулы. Через несколько секунд большинство узлов в сети знают о твоей транзакции.
В мемпуле транзакция не выполняется, не меняет состояние сети, а просто стоит в очереди
Узел отслеживает её комиссию, nonce и приоритет относительно других транзакций. Те, кто платит больше, естественным образом оказываются выше в очереди. Так мемпул превращается в распределённую очередь кандидатов для будущих блоков.
Здесь в дело вступает тот, кто решает, какие именно транзакции попадут в следующий блок.
4. Блок-билдер
В современных реалиях Ethereum блоки собирают не валидаторы, а блок-билдеры.
Они подключаются к узлам, читают мемпулы, часто имеют приватные источники транзакций и собирают из всего этого сырья оптимальные наборы. Их задача - выбрать такие транзакции и такой порядок, чтобы:
блок принёс максимум комиссии
можно было извлечь дополнительную выгоду за счёт порядка операций (MEV)
ничего не ломало состояние сети и не конфликтовало по nonce
Для этого блок-билдеры симулируют исполнение транзакций локально, перебирают разные комбинации и последовательности, отбрасывают невыгодные или проблемные варианты.
В итоге они формируют черновики блоков, выбирают лучший из них и упаковывают его в блок-проупозал - готовый кандидат в блок с чётким набором транзакций, заголовком и расчётом прибыли. Но сами они блок не подписывают и не публикуют. Их работа - предложить лучший вариант дальше.
Далее разберем задачи релеера, валидатора и процесс распространения блока по блокчейну, все это во второй части!
Смотреть видео - youtu.be/UIK2wXx_Ovg
VARTCALL
🔥8❤4👍2
Этапы Транзакции Ethereum
Часть 2
Предыдущая часть
Реелеры, валидаторы и процесс добавления блока в блокчейн
5. Реелер
Между блок-билдером и валидатором стоит ещё один важный участник - релеер.
Он получает блок-пропозалы от разных билдров, складывает их в очередь и делает две ключевые вещи:
проверяет, что блок действительно корректно исполняется и не нарушает протокол
сравнивает, какой блок приносит валидатору максимальную прибыль
Чтобы валидатор не мог украсть идею блока и вручную заменить порядок транзакций, релеер отправляет ему не полный блок, а слепый блок: в нём скрыто содержимое транзакций, но виден заголовок и обещанная награда.
Так релеер защищает и билдеров, и валидаторов.
6. Задача Валидатора
Валидатор - участник, который держит залоченный ETH и отвечает за финальное "да" или "нет" для блока.
Если всё корректно и блок выгоден, валидатор подписывает его своим валидаторским ключом. После этого блок перестаёт быть просто предложением и становится настоящим блоком Ethereum, готовым к публикации в сеть.
Подпись валидатора - момент, когда сеть официально признаёт этот блок кандидатом для включения в историю.
7. Блок распространяется по сети и становится частью цепочки
Если всё сходится, узел добавляет блок к своей локальной копии цепи и пересылает дальше соседям. За короткое время блок расходится по всей сети: тысячи узлов включают его в свою историю.
Через несколько эпох блок дополнительно закрепляется алгоритмом консенсуса и получает финальный, необратимый статус. После этого переписать его без катастрофы для сети уже нельзя.
Смотреть видео - youtu.be/UIK2wXx_Ovg
VARTCALL
Часть 2
Предыдущая часть
Реелеры, валидаторы и процесс добавления блока в блокчейн
5. Реелер
Между блок-билдером и валидатором стоит ещё один важный участник - релеер.
Он получает блок-пропозалы от разных билдров, складывает их в очередь и делает две ключевые вещи:
проверяет, что блок действительно корректно исполняется и не нарушает протокол
сравнивает, какой блок приносит валидатору максимальную прибыль
Релеер симулирует выполнение всего блока, убеждается, что после транзакций состояние сети остаётся консистентным, и отбрасывает подозрительные варианты. После этого он выбирает лучший блок из всех предложенных.
Чтобы валидатор не мог украсть идею блока и вручную заменить порядок транзакций, релеер отправляет ему не полный блок, а слепый блок: в нём скрыто содержимое транзакций, но виден заголовок и обещанная награда.
Так релеер защищает и билдеров, и валидаторов.
6. Задача Валидатора
Валидатор - участник, который держит залоченный ETH и отвечает за финальное "да" или "нет" для блока.
Получив слепый блок от релеера, валидатор:
проверяет заголовок: слот, ссылку на предыдущий блок, корни данных
убеждается, что блок относится к текущему слоту и не ломает цепочку
оценивает, какую награду он получит за подпись именно этого блока
Если всё корректно и блок выгоден, валидатор подписывает его своим валидаторским ключом. После этого блок перестаёт быть просто предложением и становится настоящим блоком Ethereum, готовым к публикации в сеть.
Подпись валидатора - момент, когда сеть официально признаёт этот блок кандидатом для включения в историю.
7. Блок распространяется по сети и становится частью цепочки
Подписанный блок валидатор отправляет в сеть. Узлы начинают принимать его по p2p-протоколу:
проверяют подпись
сверяют заголовок и корни
убеждаются, что блок логично продолжает текущую цепочку
Если всё сходится, узел добавляет блок к своей локальной копии цепи и пересылает дальше соседям. За короткое время блок расходится по всей сети: тысячи узлов включают его в свою историю.
С этого момента транзакции внутри блока:
окончательно меняют состояние аккаунтов и контрактов
становятся частью истории Ethereum
могут использоваться как основа для следующих транзакций
Через несколько эпох блок дополнительно закрепляется алгоритмом консенсуса и получает финальный, необратимый статус. После этого переписать его без катастрофы для сети уже нельзя.
Упростим до одной строки:
1. нажал Send
2. кошелёк собрал и подписал транзакцию
3. RPC проверил и передал её в мемпул
4. блок-билдеры выбрали её для блока
5. релеер проверил и выбрал лучший блок
6. валидатор подписал
7. блок разошёлся по сети и лёг в цепочку.
Смотреть видео - youtu.be/UIK2wXx_Ovg
VARTCALL
🔥8❤5👍1
подводим итоги месяца
🌈 Публикации
Запустили бесплатный марафон solana-разработки
Лучший способ прокачать себя как web3 разработчика
Навигация канала
Все необходимое для старта в web3
Все необходимое для старта в web3 | Часть 2
Что происходит на Олимпе?
Этапы Транзакции Ethereum
Этапы Транзакции Ethereum | Часть 2
Новый логотип канала
🪞 Видео
ОТ КОШЕЛЬКА ДО БЛОКЧЕЙНА: ВСЕ ЭТАПЫ ETHEREUM ТРАНЗАКЦИИ
Декабрь 2025 наш, ставим 👻 и ....
Please open Telegram to view this post
VIEW IN TELEGRAM
👻15
Forwarded from Олимп Варткола
⛰ Олимп Ноября
Команда, в этом месяце мы поднялись на ещё одну ступеньку выше к нашему Олимпу, поэтому разбираемся, что было:
ПРОДОЛЖАЕМ!
ДЕКАБРЬ 👻
Команда, в этом месяце мы поднялись на ещё одну ступеньку выше к нашему Олимпу, поэтому разбираемся, что было:
🎤 Прослушивание
Типы Транзакций в Ethereum
Английский с нуля | Часть 1
Мемпул с нуля
Жизненный цикл транзакции в Ethereum
Вызов тебе до конца 2025
Bundle Транзакции, FlashBots, приватный мемпул, MEV relay
Transaction Pool Strategies и приоритетные очереди, как узлы сортируют транзакции внутри мемпула, что такое transactions replacement underprice, почему она и та же транзакция может быть задвинута, как работает maxPriorityFeePerGas и почему чаевые решают судьбу нашей транзакции
Про Multicall
Websocket с нуля
Смарт-контракты исток
Внутри смарт-контракта
Жизненный цикл смарт-контракта
📖 Публикации
Про Chain Id транзакций | Часть 1
Про Chain Id транзакций | Часть 2
Про Gas в Ethereum Транзакциях
Разбираем Nonce с нуля
Навигация Олимпа
Ethereum с нуля: Неделя 3
Продолжаем улучшать Notion
Смарт-Контракты - Исток
Смарт-Контракты: Синтаксис Solidity и ключевые концепции: переменные, функции, события
🎹 Скрипты
Работа с chain id
ПРОДОЛЖАЕМ!
ДЕКАБРЬ 👻
Please open Telegram to view this post
VIEW IN TELEGRAM
👻7
Разумеется сегодня мы поговорим про экосистему Ethereum, ведь это номер 1 блокчейн для разработчика
На сегодня Ethereum это:
1. Стабильность, и понятная документация
2. Самое большое количество вакансий в web3
3. Простой язык для написания логики - Solidity
4. Наибольшее количество опубликовыных контрактов и децентрализованных приложений
все эти приложения нужно поддерживать, обновлять и писать новые!
Главный вопрос - где все это изучить?
Уже около полу года я работаю с Николаем, основателем канала Блокчейн-Разработчик и школы🤖 Solidity University
1. Базовый курс Soidity - введение в написание логики (смарт-контрактов) на Ethereum
2. Solidity Bootcamp - 50-часовой курс, полностью погружающий в лучшие практики написания смарт-контрактов, тестирование и безопасность с использованием современных инструментов и интерактивных домашних заданий.
Николай, мое уважение, предоставил нашему комьюнити скидон, в честь продления мною черной пятницы!
ПОЭТОМУ!
-10% по промокоду
VARTCALL + Бонус от меня в виде доступа к моему сообществу - Олимп!Точка невозврата нашей акции - 2 декабря 23:32 по Киеву
Please open Telegram to view this post
VIEW IN TELEGRAM
👻9
Forwarded from Олимп Варткола
Статья, которая сделаем вам первые $10.000 на web3 в 2026 году
Сохраняйте и перечитывайте!
teletype.in/@vartcall/ethereum_fusaka
Приятного применения!
Please open Telegram to view this post
VIEW IN TELEGRAM
Teletype
Fusaka - Все о новом Обновлении Ethereum
Автор Статьи - https://news.1rj.ru/str/code_vartcall
👻13
ЕДИНСТВЕННЫЙ ИНСТРУМЕНТ ДЛЯ БЫСТРОГО СТАРТА В WEB3
https://youtu.be/Pak1h3MGNXo
https://youtu.be/Pak1h3MGNXo
https://youtu.be/Pak1h3MGNXo
Подробнее про этот инструмент
Приятного просмотра!
https://youtu.be/Pak1h3MGNXo
https://youtu.be/Pak1h3MGNXo
https://youtu.be/Pak1h3MGNXo
Приятного просмотра!
👻7
Что-то намечается...
Запускаемся тут:
kick.com/vartcall
Ставьте реакции и запустим полноценный марафон web3 стримов
Запускаемся тут:
kick.com/vartcall
Ставьте реакции и запустим полноценный марафон web3 стримов
❤🔥13💋1
Сегодня говорим о новом протоколе от 1inch, который меняет модель ликвидности в DeFi.
1inch.com/aqua
Это не биржа. Не AMM. Не агрегатор.
Это общий слой ликвидности, отделённый от логики стратегий.
🩸 ПРОБЛЕМА, которую РЕШАЕТ Aqua
В классическом DeFi ликвидность:
блокируется в отдельных пулах,
дробится между протоколами,
простаивает большую часть времени,
заставляет проекты конкурировать за TVL.
Aqua решает именно эту архитектурную проблему.
КАК работает AQUA????? 💧
1. Токены остаются в кошельке пользователя
2. Пользователь выдаёт разрешение (access), а не делает депозит
3. Стратегии получают временный доступ к ликвидности
4. Токены используются только в момент реальной операции
Всё происходит атомарно: либо сделка завершена полностью, либо не происходит ничего
Один и тот же баланс может обслуживать несколько стратегий, без перемещений и блокировок средств.
особенности Aqua🚰
Shared liquidity
Одна ликвидность — много стратегий. Нет изолированных пулов.
Self-custody by design
Активы не хранятся в протоколе и не блокируются.
Высокая capital efficiency
Капитал не простаивает и не привязан к одному месту.
Разделение ролей
Aqua — слой капитала.
Стратегии — слой логики.
Раньше это было слеплено, теперь разделено.
Aqua — dev-first продукт.
Разработчики могут:
писать стратегии, которые используют shared liquidity
строить DEX-логику, routing, execution слои
создавать продукты без собственного TVL и пулов
подключаться к общей ликвидности вместо её привлечения
При этом:
не нужно управлять депозитами/выводами
не нужно держать средства пользователей
не нужно строить собственные AMM-пулы
Как тут кодить????
portal.1inch.dev/documentation/aqua
Смарт-контракты: Solidity (EVM)
SDK: TypeScript
Мультичейн: единая архитектура в EVM-сетях
Модель: access-based, а не deposit-based
Ты кодишь логику использования капитала, а не механику его хранения.
Aqua уже live для разработчиков
Контракты, SDK и документация доступны
Активна программа оптимизации и bug bounty
Интерфейс для LP — в следующих фазах
🍎 База сказана, все остальное, в МОЕЙ НОВОЙ СТАТЬЕ
teletype.in/@vartcall/1inch_Aqua
Миллион реакций и делаем видео-обзор этого протокола 💋💋
Please open Telegram to view this post
VIEW IN TELEGRAM
1inch
1inch Aqua | Shared Liquidity for Capital-Efficient DeFi
Build with 1inch Aqua, shared liquidity for DeFi. Use one balance across strategies without lockups, cut fragmentation, and keep full self-custody of your assets.
💋10❤🔥8
Делаем конец нашего года ещё легендарнее и запускаем подборку стримов
Цель - начать 2026 год с полным пониманием web3-разработки:
1. Как начать
2. Какие существуют пути развития
3. Как заработать
И так далее...
26 декабря - как начать свой путь и выберем варианты развития
Старт: 17:00 по Киеву
27 декабря - как зарабатывать и продавать себя миру web3
Старт: 16:00 по Киеву
Запускаемся на kick.com/vartcall
Запись выложу в этот канал!
Ставим реакции и ожидаем 🩸
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥16
🐘 Telegram-Итоги Года
Благодарен каждому, кто присоединился к нам в 2025 году и был со мной с самого начала нашего канала. Мы летим дальше! ❤️
❤️🔥 Не забываем и о сегодняшнем стриме!
Разберем, как начать в web3-разработке уже в 2026 году!
Созидаем! 🔱
Контента получилось очень много!
2025 год стал фундаментом построения нашей новой реальности как web3-разработчиков!
Благодарен каждому, кто присоединился к нам в 2025 году и был со мной с самого начала нашего канала. Мы летим дальше! ❤️
❤️🔥 Не забываем и о сегодняшнем стриме!
Разберем, как начать в web3-разработке уже в 2026 году!
Созидаем! 🔱
❤🔥6
❤️🔥 Стрим Updates
Решил объединить два стрима в один полноценный, где мы обсудим:
Запись стрима будет доступна только участникам Олимпа, поэтому приходите!!
27 декабря в 17:00 по Киеву
kick.com/vartcall
Это будут лучшие 2 часа разговора о web3 2025 года! ❤️🔥
Решил объединить два стрима в один полноценный, где мы обсудим:
1. Как начать свой путь в web3-разработке в 2026 году
2. Какие языки программирования и направления выбрать
3. Все способы заработка на web3 в 2026 году
Запись стрима будет доступна только участникам Олимпа, поэтому приходите!!
27 декабря в 17:00 по Киеву
kick.com/vartcall
Это будут лучшие 2 часа разговора о web3 2025 года! ❤️🔥
❤🔥7
