Карта Ethereum

Почему не все транзакции Ethereum устроены одинаково
Когда пользователь нажимает «отправить», кошелёк показывает одну транзакцию. Но внутри Ethereum сегодня существует несколько её технических типов.
Так было не всегда.
Изначально у Ethereum был один формат транзакции. Затем сеть развивалась, появились новые механизмы комиссий, access lists и blobs. Чтобы не ломать старый формат каждый раз, Ethereum получил систему typed transactions — типизированных транзакций.
Например, Type 0 — старый legacy-формат.
Type 2 появился вместе с EIP-1559 и сейчас стал стандартным вариантом для обычных операций. Именно в нём отдельно задаются максимальная комиссия и priority fee, а базовая комиссия рассчитывается сетью.
Позже появился Type 3, предназначенный для blob-транзакций. Их используют прежде всего L2, чтобы дешевле публиковать свои данные в Ethereum.
Зачем понадобились разные типы?
Представьте банковскую форму, созданную двадцать лет назад. Потом появляется необходимость добавить новые поля. Вместо того чтобы каждый раз менять старую форму и рисковать совместимостью со всеми системами, вводят новый тип документа.
Ethereum делает похожую вещь.
Старые транзакции остаются понятны сети, а новые получают дополнительные возможности.
Обычному пользователю почти никогда не нужно вручную выбирать тип. Современный кошелёк делает это сам.
Но понимание этой системы помогает увидеть важную вещь: Ethereum способен меняться, не выбрасывая весь старый формат сети. Новые функции добавляются слоями.
Если совсем просто, слово «транзакция» скрывает несколько технических форматов. Пользователь видит одну кнопку, а Ethereum выбирает структуру данных, подходящую для конкретного действия.
#КартаEthereum #Ethereum #транзакции #EIP1559 #Blobs

Почему посмотреть данные в Ethereum можно бесплатно, а изменить — уже нет
Вы открываете приложение и смотрите баланс токена. Комиссии нет.
Нажимаете «обменять» — появляется gas.
Почему?
Потому что в Ethereum есть огромная разница между чтением данных и их изменением.
Если приложение просто спрашивает у смарт-контракта: «Какой у этого адреса баланс?» или «Кто владелец этого NFT?», состояние блокчейна не меняется.
Такой запрос может выполнить локальный узел или RPC-сервис. Всей сети не нужно заново договариваться о результате, поэтому пользователь не платит gas.
Совсем другая ситуация возникает, когда нужно что-то изменить.
Перевести токены.
Совершить обмен.
Создать NFT.
Записать новые данные в контракт.
Тогда нужна настоящая транзакция. Она подписывается, распространяется по сети, попадает в блок и выполняется узлами Ethereum. А это уже требует ресурсов — поэтому появляется gas.
Можно сравнить Ethereum с большим государственным реестром.
Посмотреть открытую запись в базе — одно дело.
Попросить официально изменить владельца собственности — совсем другое. Изменение должно быть принято системой и записано так, чтобы остальные участники увидели одинаковый результат.
Это объясняет странную на первый взгляд вещь: сложное приложение может показывать огромное количество информации совершенно бесплатно, а одна маленькая кнопка «подтвердить» внезапно требует комиссию.
Потому что до этой кнопки вы в основном читали Ethereum. После неё пытаетесь изменить Ethereum.
Если совсем просто: чтение спрашивает сеть, что уже произошло. Транзакция просит сеть сделать так, чтобы произошло что-то новое.
#КартаEthereum #Ethereum #Gas #смартконтракты #транзакции

Почему в Ethereum есть два совершенно разных типа аккаунтов
Когда мы говорим «Ethereum-адрес», кажется, что все адреса устроены одинаково. Но внутри сети существуют два принципиально разных типа аккаунтов.
Первый — EOA, или externally-owned account. Это обычный аккаунт, которым управляет человек через приватный ключ. Именно такой аккаунт создаётся, когда пользователь заводит привычный криптокошелёк.
Второй — contract account. У него тоже есть Ethereum-адрес и на нём тоже могут находиться ETH и токены. Но приватного ключа у такого аккаунта нет. Им управляет код смарт-контракта.
Разница особенно хорошо видна при совершении действий.
Обычный EOA способен сам начать транзакцию. Пользователь подписывает её своим ключом и отправляет в сеть.
Смарт-контракт сам по себе проснуться утром и решить перевести деньги не может. Его код выполняется, когда контракт получает вызов — например, от пользователя или другого контракта.
Можно сравнить EOA с человеком, а contract account — с автоматом.
Человек способен решить: «Отправлю деньги».
Автомат действует только после того, как получил подходящую команду, и затем строго выполняет заложенные правила.
Из этого растёт почти вся архитектура Ethereum. Люди через свои аккаунты запускают действия, а смарт-контракты позволяют превращать простую транзакцию в обмен, кредит, выпуск токена или другую программу.
И здесь полезно запомнить ещё одну вещь: кошелёк и аккаунт — не одно и то же. Кошелёк — приложение, через которое человек управляет аккаунтом.
Если совсем просто: один Ethereum-адрес может принадлежать человеку, а другой — программе. Внешне они похожи, но внутри работают совершенно по-разному.
#КартаEthereum #Ethereum #аккаунт #смартконтракты #кошелек

Что такое gas limit и почему Ethereum нельзя просто сделать «бесконечно быстрым»
Если каждый блок Ethereum — это коробка с вычислениями, то gas limit определяет, сколько работы разрешено положить в эту коробку.
Чем выше лимит, тем больше транзакций и вычислений можно выполнить за один блок.
На первый взгляд решение очевидно: просто увеличить gas limit во много раз — и Ethereum станет намного быстрее.
Но здесь начинается самое интересное.
Каждый полноценный узел должен успеть получить блок, выполнить содержащиеся в нём операции, проверить результат и передать данные дальше.
Если сделать блоки слишком тяжёлыми, слабые компьютеры начнут отставать. Тогда самостоятельный запуск узла станет сложнее, а сеть постепенно сильнее сконцентрируется вокруг крупных серверов.
Поэтому увеличение gas limit — это всегда баланс между пропускной способностью и доступностью сети для независимых участников.
После Fusaka официальный roadmap Ethereum указывает default gas limit около 60 млн, а работа 2026 года направлена на дальнейший безопасный рост. Ethereum Foundation говорит о движении к 100 млн и выше, а исследования вокруг Glamsterdam уже обозначили потенциальный пост-Glamsterdam ориентир порядка 200 млн при условии необходимых технических улучшений.
Почему теперь можно обсуждать такие цифры?
Потому что Ethereum не просто увеличивает лимит. Параллельно появляются BAL, ePBS, новая оценка стоимости state, улучшения клиентов и ограничения на максимальную сложность одной транзакции.
То есть сначала укрепляют дорогу, мосты и развязки — и только потом разрешают больше машин.
Это важное отличие от лозунга «давайте просто увеличим скорость».
Если совсем просто, gas limit — это максимальный объём работы одного блока. Поднять его легко одной цифрой. Сделать так, чтобы после этого тысячи независимых узлов продолжали нормально работать, — намного сложнее.
Поэтому Ethereum масштабируется постепенно: больше пропускной способности, но не ценой того, что сеть сможет проверять только дата-центр.
#КартаEthereum #Ethereum #GasLimit #масштабирование #узлы

Что такое FOCIL и зачем Ethereum нужен ещё один механизм против цензуры
Мы уже говорили, что Ethereum старается оставаться нейтральной сетью: корректная транзакция не должна зависеть от желания одной компании или одного сборщика блока.
Но как этого добиться технически?
Один из механизмов, который сейчас разрабатывается для будущего Ethereum, называется FOCIL — Fork-Choice Enforced Inclusion Lists.
Название сложное, идея значительно проще.
Сегодня блок собирает конкретный builder. Он выбирает, какие ожидающие транзакции включить. В большинстве случаев это просто техническая работа. Но теоретически builder может систематически игнорировать определённые операции.
FOCIL добавляет ещё несколько участников, которые формируют специальные списки включения. Они говорят примерно следующее: «Вот эти корректные транзакции мы видели, и их нужно своевременно включить в блок».
Таким образом, решение перестаёт полностью зависеть от одного сборщика.
Можно представить редакцию газеты.
Если один редактор единолично выбирает все публикации, он способен постоянно игнорировать определённого автора. Если же несколько независимых редакторов подтверждают, что материал получен и соответствует правилам, тайно исключать его становится сложнее.
Для Ethereum FOCIL важен именно как механизм устойчивости к цензуре, а не как средство заставить сеть принимать любые транзакции. Операция всё равно должна быть корректной по правилам протокола.
По актуальной дорожной карте FOCIL выбран как ключевое направление следующего после Glamsterdam этапа — Hegotá. Прототипы уже существуют, но это всё ещё развивающаяся технология, а параметры могут меняться до внедрения.
Если совсем просто, FOCIL нужен затем, чтобы один участник не мог слишком легко решать, какие нормальные транзакции Ethereum увидит, а какие будут постоянно оставаться за бортом.
Для денежной сети нейтральность — это не красивый лозунг. Это часть её технической архитектуры.
#КартаEthereum #Ethereum #FOCIL #цензура #безопасность

Почему Ethereum хочет пересчитать стоимость разных операций
В Ethereum каждая операция имеет цену в gas.
Но gas — это не просто комиссия в деньгах. Это способ измерить, сколько ресурсов сети требует конкретное действие.
Простая операция должна стоить меньше gas. Тяжёлая — больше.
Проблема в том, что Ethereum развивается уже больше десяти лет. Компьютеры меняются, состояние сети растёт, появляются новые сценарии, а старые оценки стоимости операций не всегда точно отражают реальную нагрузку.
Поэтому в подготовке Glamsterdam большое внимание уделяется gas repricing — пересмотру стоимости отдельных действий. Цель не в том, чтобы просто сделать всё дороже. Задача — приблизить стоимость gas к реальному потреблению ресурсов и убрать места, где одна операция оказывается слишком дешёвой относительно нагрузки, которую создаёт.
Почему это важно?
Представим ресторан, где блюда оценивают не по продуктам и времени приготовления, а по старому меню десятилетней давности. Простое блюдо может случайно стоить слишком дорого, а крайне сложное — подозрительно дёшево.
Пока посетителей мало, система ещё работает. Когда ресторан заполняется, неправильные цены начинают создавать проблемы.
С Ethereum похожая логика. Если какая-то тяжёлая операция стоит слишком мало gas, злоумышленник может массово использовать её и перегружать узлы. Если же нормальная операция неоправданно дорогая, разработчики и пользователи платят больше необходимого.
Особенно важным становится создание нового state, то есть постоянных данных Ethereum. Чем больше таких данных накапливается, тем тяжелее сеть обслуживать в долгом горизонте. Поэтому разработчики отдельно пересматривают стоимость операций, которые увеличивают состояние.
Если совсем просто, Ethereum сейчас пересматривает свой «прейскурант». Не ради роста комиссий, а чтобы стоимость действий честнее отражала реальную нагрузку на сеть.
Это необходимо, если Ethereum хочет обрабатывать больше операций и при этом не сделать самостоятельный запуск узла слишком тяжёлым.
#КартаEthereum #Ethereum #Gas #Glamsterdam #безопасность

Что такое Block-Level Access Lists и зачем Ethereum заранее составляет «карту» блока
Представьте ремонтника, которому нужно починить большой дом.
Если он заранее знает, какие комнаты придётся открыть, где проходит проводка и какие трубы понадобятся, работа идёт быстрее. Если всё выясняется уже во время ремонта, приходится постоянно останавливаться и искать нужное место.
Примерно такую проблему Ethereum пытается решить с помощью Block-Level Access Lists, или BAL.
Это одна из главных технологий, связанных с будущим обновлением Glamsterdam. BAL заранее показывает узлам, к каким частям состояния Ethereum будет обращаться блок: какие аккаунты, хранилища и данные понадобятся при его обработке. Официальный roadmap сравнивает BAL именно с картой, которая показывает необходимые участки базы данных ещё до начала основной работы.
Зачем это нужно?
Сегодня выполнение транзакций во многом происходит последовательно. Компьютер начинает обрабатывать операцию и по ходу выясняет, какие данные ей нужны.
Если зависимости известны заранее, часть работы можно подготовить и выполнять параллельно.
Вернёмся к примеру с домом. Если две бригады заранее знают, что одна работает на кухне, а другая — в спальне, им не обязательно ждать друг друга. Они могут работать одновременно.
Для Ethereum это особенно важно, потому что разработчики хотят постепенно увеличивать объём работы, который сеть способна выполнять в каждом блоке. BAL помогает делать это безопаснее: узлы лучше понимают будущую нагрузку, могут эффективнее читать данные с диска и быстрее синхронизироваться.
При этом BAL сам по себе не означает, что Ethereum внезапно станет в десять раз быстрее. Это инфраструктурная деталь, которая создаёт основу для дальнейшего роста.
Если совсем просто, Block-Level Access List — это карта работы блока до начала работы. Ethereum заранее показывает компьютерам, какие данные понадобятся, чтобы они тратили меньше времени на поиск и могли лучше распределять нагрузку.
#КартаEthereum #Ethereum #Glamsterdam #BAL #масштабирование

Почему следующий хороший Ethereum-кошелёк должен быть приватным
Обычный криптокошелёк кажется приватным: вместо имени виден длинный адрес из букв и цифр. Но это ощущение обманчиво.
Ethereum — публичный блокчейн. Если один адрес удалось связать с конкретным человеком, дальше можно изучать его переводы, взаимодействия с приложениями и часть финансовой истории. Более того, несколько адресов иногда можно связать между собой по поведению пользователя.
Именно поэтому в 2026 году Ethereum всё серьёзнее говорит не просто о безопасности кошельков, а о privacy by default — приватности по умолчанию. В июле ethereum.org прямо обозначил такой вектор развития: пользователь не должен каждый раз специально искать сложный приватный инструмент. Защита личных данных должна постепенно становиться нормальной частью обычного опыта.
Важно понимать, что приватность здесь не означает «скрыть всё от всех».
Скорее идея такая: человек сам решает, какую информацию раскрывать. Например, можно доказать, что пользователь имеет право выполнить определённое действие, не показывая при этом весь баланс и историю кошелька.
Это особенно важно, если Ethereum действительно станет использоваться шире — для платежей, цифровой идентификации, токенизации и финансовых сервисов. В обычной жизни мы ведь тоже не публикуем в интернете банковскую выписку каждый раз, когда оплачиваем кофе.
Сегодня приватные инструменты в Ethereum уже существуют, но они пока часто требуют отдельного приложения, дополнительных действий или понимания криптографии. Roadmap приватности как раз пытается сделать эту область более естественной частью всей системы.
Если совсем просто, Ethereum хочет прийти к модели, где кошелёк не превращает финансовую жизнь человека в открытую книгу. Проверяемость блокчейна должна сохраниться, но пользователь должен получить гораздо больше контроля над тем, кто и что о нём видит.
#КартаEthereum #Ethereum #приватность #кошелек #web3

Что значит “Ethereum — слой расчёта” для L2
Про L2 часто говорят так: операции происходят быстро и дёшево наверху, а Ethereum остаётся settlement layer — слоем расчёта.
Но что это вообще значит?
Представим L2 как отдельную скоростную платёжную систему. Она может обработать тысячи действий пользователей у себя, не заставляя основной Ethereum выполнять каждую операцию отдельно.
Но в какой-то момент L2 должна зафиксировать результат на базовом слое.
Для ZK-rollup это особенно наглядно: сеть второго уровня формирует криптографическое доказательство корректности операций и отправляет его в смарт-контракт Ethereum. Транзакции L2 считаются окончательно подтверждёнными в рамках этой модели, когда L1-контракт принимает доказательство. Ethereum в этом случае выступает слоем расчёта и финальной проверки.
Зачем вообще нужен этот дополнительный слой?
Потому что тогда L2 может получить два преимущества одновременно.
Сверху — дешёвое и быстрое исполнение.
Снизу — более сильный и нейтральный фундамент Ethereum.
На институциональной странице Ethereum этот подход описывается именно так: L2 могут обслуживать разные виды операций — платежи, токенизацию, корпоративные сценарии — но окончательный расчёт сходится на L1, поэтому доверие не обязательно дробится вместе с количеством сетей.
Можно представить это как сеть магазинов и один центральный расчётный центр.
Магазины проводят огромное количество операций самостоятельно. Нет смысла отправлять каждое движение кассы напрямую в центральный офис. Но в определённые моменты итоговые записи сверяются и закрепляются в общей системе.
Конечно, разные L2 устроены по-разному и имеют разные уровни доверия, механизмы управления и риски. Сам факт связи с Ethereum ещё не означает, что любая L2 одинаково безопасна. Именно поэтому ethereum.org отдельно показывает риск-оценки различных сетей.
Если совсем просто: L2 делает большую часть работы, а Ethereum помогает окончательно закрепить результат. Поэтому Ethereum всё больше строится не как место, где обязана происходить каждая операция, а как фундамент, на котором множество сетей могут проводить расчёты.
#КартаEthereum #Ethereum #L2 #Settlement #Rollups

Почему обновление Ethereum — не то же самое, что обновление приложения
Когда выходит новая версия обычного приложения, всё просто: компания выкладывает обновление, пользователи скачивают его, и продукт меняется.
У Ethereum такой центральной кнопки нет.
Чтобы изменить правила сети, разработчики выпускают новые версии программ-клиентов. Но затем операторы узлов и валидаторы должны сами установить версии, которые поддерживают новые правила. Официальная документация Ethereum прямо описывает сетевые апгрейды как процесс, требующий обновления клиентов со стороны операторов.
Если оператор не обновит программу, после момента активации его узел может продолжить следовать старым правилам и перестать нормально синхронизироваться с обновившейся сетью.
Так появляется fork, или разветвление правил.
Но слово fork не означает автоматически, что появится новая монета, которой нужно срочно что-то делать.
Большинство обновлений Ethereum проходят согласованно: участники заранее тестируют код, клиентские команды выпускают совместимые версии, а операторы переходят на них к назначенному моменту. Случаи серьёзного раскола сети редки.
Для обычного владельца ETH процесс обычно намного проще.
На актуальной странице roadmap прямо сказано: обычному пользователю как правило не требуется предпринимать никаких действий, переносить средства или каким-то образом «обновлять ETH». Изменения в первую очередь касаются операторов узлов и иногда разработчиков приложений.
Это, кстати, полезный признак для защиты от мошенничества. Если кто-то утверждает, что перед сетевым апгрейдом нужно срочно отправить ETH на специальный адрес, раскрыть сид-фразу или «обновить монеты», это не нормальная процедура Ethereum.
Можно сравнить обновление сети с переходом большого города на новые правила дорожного движения. В первую очередь новые инструкции должны получить те, кто управляет инфраструктурой. Обычному пассажиру не нужно менять свои деньги или документы только потому, что изменился протокол работы системы.
Если совсем просто, Ethereum обновляется через согласованное принятие новых правил множеством независимых операторов — а не командой из одного центрального офиса.
#КартаEthereum #Ethereum #обновление #Fork #безопасность

🇷🇺🇨🇳 Rusya ile Çin arasındaki ödemelerin %92’si artık ulusal para birimleriyle gerçekleştiriliyor.
Ancak para biriminin değişmesi, dış ticaretteki tüm sorunları ortadan kaldırmıyor. Kur dalgalanmaları, şeffaf olmayan komisyonlar, gecikmeler ve reddedilen işlemler şirketler için ödeme süreçlerini hâlâ belirsiz hâle getiriyor.
Rusya merkezli uluslararası ödeme sistemi A7, 100’den fazla ülkeyi kapsayan kendi ödeme altyapısı ve şeffaf komisyon modeliyle işletmelere alternatif bir çözüm sunuyor.
A7’nin paylaştığı verilere göre:
• Rusya’nın dış ticaret işlemlerinin yaklaşık %20’si sistem üzerinden gerçekleştiriliyor;
• 15.000’den fazla müşteri A7 ile çalışıyor;
• günde 2.000’den fazla ödeme işleniyor;
• Çin’e yapılan ödemeler ortalama 4 saatte tamamlanıyor.
İthalat ödemelerinde komisyon %0,3 + KDV, minimum tutar ise 50.000 ruble. Diğer ülkelere yapılan ödemeler ortalama 5 gün içinde tamamlanıyor.
A7, ACRA tarafından verilen AA(RU) kredi notuna sahip.
Ulusal para birimleri dış ticareti değiştiriyor. Bu değişimin işlemesi için ise güvenilir bir ödeme altyapısı gerekiyor.

Чем “состояние Ethereum” отличается от его истории
Мы уже говорили о том, что Ethereum накопил огромную историю операций. Но есть ещё одно понятие — state, или текущее состояние сети. И это совсем не то же самое.
История отвечает на вопрос:
«Что происходило раньше?»
Состояние отвечает на вопрос:
«Что существует прямо сейчас?»
В состояние входят актуальные балансы адресов, данные смарт-контрактов и другая информация, которая нужна узлу, чтобы обработать следующую транзакцию.
Представьте банковский счёт.
Полный список всех покупок и переводов за десять лет — это история.
Текущий баланс, активные ограничения и актуальные данные счёта — это состояние.
Для Ethereum текущее состояние особенно важно: узлы постоянно используют его при проверке новых блоков. И по мере появления новых аккаунтов и смарт-контрактов объём таких данных может расти.
Проблема очевидна. Если для самостоятельной проверки Ethereum со временем потребуется всё более мощный компьютер, всё меньше обычных пользователей смогут запускать свои узлы. Тогда сеть начнёт сильнее зависеть от больших серверов и инфраструктурных компаний.
Поэтому в roadmap существует направление statelessness.
Название немного вводит в заблуждение: Ethereum не собирается буквально избавиться от состояния. Идея в том, чтобы изменить способ его проверки так, чтобы большинству узлов не приходилось постоянно хранить огромную локальную копию всех данных. В некоторых будущих моделях часть необходимой информации может приходить вместе с блоком в виде специального доказательства — witness.
Но важно: это пока исследовательское направление. Официальная документация прямо предупреждает, что конкретные варианты statelessness и state expiry могут измениться и не гарантированы к внедрению в нынешнем виде.
Если совсем просто, Ethereum хочет расти, не превращая самостоятельный узел в сервер стоимостью как автомобиль. Чем легче людям самим проверять сеть, тем меньше необходимость доверять крупным посредникам.
#КартаEthereum #Ethereum #Statelessness #узлы #децентрализация

Почему Ethereum отказался от старой идеи шардинга
Если вы читали старые материалы про Ethereum, там наверняка встречалось слово sharding. Когда-то именно шардинг считался одним из главных способов масштабирования сети.
Идея выглядела логично: разделить блокчейн на несколько частей — шардов — и распределить работу между ними. Тогда не каждому валидатору пришлось бы обрабатывать весь объём данных одновременно.
Но сегодня в официальной дорожной карте Ethereum уже прямо сказано: shard chains больше не нужны и исключены из roadmap.
Почему разработчики передумали?
Не потому, что масштабирование перестало быть важным. Наоборот. Просто за время исследований намного быстрее, чем ожидалось, вырос другой подход — L2-rollups.
Rollups обрабатывают множество операций за пределами основного слоя и затем отправляют данные и результат обратно в Ethereum. Они уже дали сети значительный прирост масштаба, а blobs и дальнейшее развитие danksharding должны дать L2 ещё больше пространства для данных.
То есть сама задача осталась прежней: позволить Ethereum обслуживать намного больше пользователей.
Изменился способ решения.
Можно сравнить это с городом. Изначально планировалось расширить одну огромную центральную дорогу, разделив её на множество параллельных полос. Но пока проектировали эту систему, вокруг города появились быстрые объездные магистрали, которые уже начали принимать большую часть трафика.
Тогда стало разумнее развивать эти магистрали и улучшать инфраструктуру, которая их обслуживает.
Именно поэтому сегодня Ethereum развивает blobs, data availability и rollups вместо старой модели shard chains.
Это ещё одна важная особенность Ethereum: roadmap не высечен в камне. Если новая технология решает задачу лучше, старый план можно изменить. В официальной дорожной карте прямо подчёркивается, что Ethereum адаптируется по мере появления новых исследований и практических решений.
Если совсем просто: Ethereum не отказался от масштабирования. Он отказался от одного старого способа масштабирования, потому что L2 и rollups оказались быстрее и практичнее.
#КартаEthereum #Ethereum #L2 #Rollups #масштабирование

Почему у одного узла Ethereum сразу две программы
После перехода Ethereum на Proof-of-Stake полноценный узел сети состоит не из одной основной программы, а сразу из двух клиентов: execution client и consensus client. Они работают рядом и постоянно обмениваются информацией.
Звучит сложно, но роли у них довольно понятные.
Execution client, или клиент исполнения, занимается тем, что происходит внутри Ethereum: получает новые транзакции, запускает смарт-контракты через EVM, проверяет вычисления и хранит актуальное состояние сети.
Проще говоря, он отвечает на вопрос:
«Что произошло?»
Например, пользователь отправил ETH. Смарт-контракт обменял один токен на другой. Изменился баланс. Execution client вычисляет результат этих действий.
Consensus client, или клиент консенсуса, решает другую задачу. Он участвует в Proof-of-Stake и помогает сети договориться, какой блок считать следующим и какая версия цепочки является правильной.
Его вопрос звучит так:
«С какой последовательностью событий согласна сеть?»
Если оператор хочет не только держать узел, но и быть валидатором, к consensus client добавляется валидаторное программное обеспечение.
Хорошая аналогия — бухгалтерия и нотариус.
Execution client похож на бухгалтера: он рассчитывает операции и обновляет записи.
Consensus client похож на механизм коллективного подтверждения: он помогает участникам согласиться, какая страница бухгалтерской книги считается официальной.
Почему Ethereum разделил эти функции?
Так программное обеспечение проще развивать и обслуживать. Разные команды могут создавать разные реализации каждого слоя. Кроме того, именно такая архитектура помогла провести The Merge — переход от Proof-of-Work к Proof-of-Stake — без остановки всей сети.
Если совсем просто, Ethereum-узел сегодня работает двумя «половинами». Одна выполняет транзакции, другая помогает всей сети договориться о правильной цепочке. Только вместе они образуют полноценный узел Ethereum.
#КартаEthereum #Ethereum #узлы #ProofOfStake #блокчейн

Кто на самом деле управляет Ethereum
29 июля Ethereum Foundation обновила состав своего совета: к нему присоединился давний участник экосистемы pcaversaccio, известный работой в области безопасности и приватности. Сейчас в совет фонда входят четыре человека. Но здесь важно не перепутать две вещи: совет Ethereum Foundation и управление самим Ethereum — не одно и то же.
Ethereum Foundation — не компания-владелец сети. Она финансирует исследования, разработку протокола, образовательные проекты и другие направления. Но фонд не может по своему решению отменить транзакцию, изменить баланс пользователя или заставить всю сеть принять новые правила. На ethereum.org прямо сказано: ни один человек и ни одна организация не владеют и не контролируют протокол Ethereum.
Тогда кто принимает решения?
На практике участвует сразу много групп: разработчики клиентов, исследователи, операторы узлов, валидаторы, авторы приложений и пользователи. Новые идеи обсуждаются, превращаются в предложения по улучшению Ethereum, тестируются, реализуются в разных клиентах и только после этого могут попасть в обновление сети.
И даже тогда изменение не включается одной кнопкой в центральном офисе. Операторы узлов должны установить программное обеспечение с новыми правилами. Именно поэтому обновления Ethereum требуют координации большого числа независимых участников.
Можно сравнить это не с компанией, а с интернетом. У интернета нет одного директора, который решает, какие сайты завтра будут работать по новым правилам. Есть стандарты, разработчики, операторы инфраструктуры и множество участников, которым нужно договориться.
Совет Ethereum Foundation управляет фондом и следит за тем, чтобы его работа соответствовала заявленным принципам. Но совет не является «советом директоров Ethereum».
Если совсем просто: у Ethereum есть организации, которые сильно помогают его развитию, но нет одного владельца сети. Именно поэтому изменения здесь сложнее проводить — и именно поэтому одному центру намного сложнее поменять правила для всех.
#КартаEthereum #Ethereum #управление #децентрализация #EthereumFoundation

Почему подключение кошелька не равно разрешению тратить токены
Когда пользователь подключает кошелёк к приложению, он обычно разрешает сайту увидеть адрес и предложить транзакцию.
Само подключение не даёт приложению права самостоятельно забрать токены.
Но затем приложение может запросить другое действие — approval, или разрешение на расходование определённого токена.
Такой механизм нужен, потому что смарт-контракт не может просто взять токены пользователя без разрешения.
Например, при обмене стейблкоина контракт сначала просит разрешить ему использовать нужное количество. После подтверждения он сможет переместить токены в рамках указанного лимита.
Проблема появляется, когда пользователь выдаёт не ограниченное, а почти бесконечное разрешение.
Это удобно: не требуется подтверждать approval перед каждым следующим обменом. Но если приложение взломают или контракт окажется опасным, действующее разрешение может быть использовано против владельца кошелька.
Важно понимать: закрытие сайта или отключение кошелька не отменяет ранее выданный доступ.
Разрешение записано в блокчейне и продолжает действовать, пока пользователь не отзовёт его отдельной транзакцией или пока установленный лимит не будет исчерпан.
Можно сравнить approval с доверенностью.
Подключение кошелька — это как показать организации номер своего счёта. Approval — уже отдельное разрешение списывать с него определённый актив в установленном объёме.
Поэтому полезно периодически проверять список действующих разрешений и отзывать те, которыми вы больше не пользуетесь.
При этом не следует подписывать непонятные операции на случайных сайтах и передавать кому-либо сид-фразу или приватный ключ. Для отмены approval они не требуются.
Если совсем просто, приложение не получает токены только потому, что кошелёк подключён. Но отдельное подтверждение может дать смарт-контракту долгосрочное право распоряжаться определённым активом. Именно это право важно читать и контролировать.
#КартаEthereum #Ethereum #Approval #кошелек #безопасность

Чем optimistic rollup отличается от ZK-rollup
L2-сети помогают Ethereum обрабатывать больше операций и снижать комиссии. Многие из них относятся к одному из двух типов: optimistic rollups или ZK-rollups.
Оба варианта выполняют множество транзакций вне основного слоя, собирают их в пакет и передают результат в Ethereum.
Главное различие — в способе проверки.
Optimistic rollup действует по принципу: «считаем результат правильным, пока никто не доказал обратное».
После публикации данных открывается период, в течение которого участники могут оспорить неправильный результат. Если обнаруживается ошибка, специальное доказательство показывает, где именно правила были нарушены.
Из-за периода оспаривания прямой вывод средств из некоторых optimistic rollups в Ethereum может занимать больше времени.
ZK-rollup использует другой подход. Вместе с результатом он передаёт криптографическое доказательство корректности вычислений.
Ethereum проверяет это доказательство. Если оно верно, сеть получает математическое подтверждение того, что правила были выполнены.
Можно представить две проверки контрольной работы.
В первом случае преподаватель принимает работу, но оставляет время на поиск ошибки. Это optimistic-подход.
Во втором вместе с ответом предоставляется короткое математическое доказательство, которое подтверждает правильность всего расчёта. Это ZK-подход.
Нельзя сказать, что один тип всегда лучше другого.
Optimistic rollups обычно проще совместимы с привычными инструментами Ethereum и долгое время были легче в разработке.
ZK-rollups дают быстрое криптографическое подтверждение, но создание доказательств технически сложнее и требует дополнительных вычислений.
Оба подхода продолжают развиваться. Их задача одинакова: вынести большую часть работы за пределы основного слоя, сохранив связь с безопасностью Ethereum.
Если совсем просто, optimistic rollup даёт участникам время найти обман. ZK-rollup старается сразу доказать, что расчёт выполнен правильно.
#КартаEthereum #Ethereum #L2 #ZKRollup #OptimisticRollup

Как обменивать токены без обычной книги заявок
На традиционной бирже покупатели и продавцы размещают заявки.
Один человек готов купить актив по определённой цене. Другой — продать. Когда условия совпадают, биржа сводит их сделки.
Многие децентрализованные биржи в Ethereum работают иначе. Вместо постоянного поиска второго участника они используют пулы ликвидности и автоматического маркет-мейкера — AMM.
Пул ликвидности — это смарт-контракт, внутри которого находятся два или несколько активов.
Например, в пуле могут храниться ETH и стейблкоин. Пользователь отправляет в контракт ETH и получает взамен часть стейблкоинов. Или делает обратную операцию.
Цена рассчитывается автоматически по формуле и зависит от соотношения активов в пуле.
Если люди активно покупают ETH, его становится меньше внутри пула, а стейблкоина — больше. Алгоритм постепенно повышает цену ETH. Если ETH продают, ситуация меняется в обратную сторону.
Откуда в пуле берутся активы?
Их предоставляют другие пользователи — поставщики ликвидности. Они размещают свои токены в смарт-контракте, чтобы остальные могли совершать обмены. Взамен поставщики обычно получают часть комиссий.
Но это не безрисковый способ хранения активов.
Цена токенов может измениться, смарт-контракт может содержать ошибку, а результат нахождения средств в пуле способен оказаться хуже обычного хранения двух активов отдельно.
Главное преимущество AMM — возможность обмена без централизованного оператора и без необходимости ждать конкретного продавца.
При этом смарт-контракт не создаёт ликвидность из воздуха. Если в пуле мало средств, крупная операция сильнее изменит цену. Пользователь получит менее выгодный результат. Это называют проскальзыванием.
Если совсем просто, AMM похож на автоматический обменный пункт. Пользователь торгует не напрямую с другим человеком, а с общим запасом активов внутри контракта. Цена меняется в зависимости от того, сколько каждого актива осталось в этом запасе.
#КартаEthereum #Ethereum #AMM #DeFi #ликвидность

Можно ли обновить смарт-контракт после запуска
О смарт-контрактах часто говорят так: однажды код разместили в Ethereum — и изменить его уже нельзя.
В основе это верно. Код обычного контракта после публикации остаётся по своему адресу и не редактируется как файл на сервере. Разработчик не может просто открыть его, исправить несколько строк и нажать кнопку «сохранить».
Для денег это полезное свойство. Пользователь может заранее изучить правила и понимать, что владелец приложения не перепишет их незаметно через неделю.
Но что делать, если в контракте нашли ошибку или приложению понадобилась новая функция?
Для этого используют обновляемые контракты и так называемую прокси-схему.
Система разделяется на две части.
Первая часть — прокси-контракт. Он хранит адрес, балансы и другие важные данные пользователей.
Вторая часть — контракт логики. В нём находится код, который объясняет, что именно приложение должно делать.
Когда пользователь обращается к прокси, тот передаёт выполнение текущему контракту логики. Если разработчикам нужно выпустить обновление, они не изменяют старый код. Вместо этого создают новый контракт логики и переключают прокси на него.
Можно сравнить это со зданием, адрес которого остаётся прежним, но внутри меняется управляющая компания.
Такой подход удобен, но создаёт новый вопрос доверия: кто имеет право переключать логику?
Если это может сделать один человек в любой момент, он фактически способен менять правила приложения. Поэтому серьёзные проекты используют мультиподпись, задержку перед обновлением, голосование или другие ограничения.
Иногда разработчики специально делают контракт необновляемым. Это уменьшает возможности исправления ошибок, зато правила становятся более предсказуемыми.
Если совсем просто, смарт-контракт нельзя отредактировать как обычную программу. Но приложение можно построить из нескольких частей так, чтобы одна неизменная часть направляла операции в новую версию логики.
Обновляемость даёт гибкость. Неизменяемость даёт предсказуемость. И каждому проекту приходится искать баланс между ними.
#КартаEthereum #Ethereum #смартконтракты #безопасность #Proxy