Какво е Етериум (ETH) и как работи?

Етериум е публична програмируема блокчейн мрежа. Тя поддържа общо състояние — кой какви активи притежава и какви данни пазят приложенията — и позволява това състояние да се променя чрез подписани трансакции и смарт договори. Нативният актив на мрежата е Ether (ETH): с него се плащат таксите за изчислителна работа и се обезпечава Proof of Stake консенсусът.

Най-полезният начин да мислим за Етериум е като за система от свързани слоеве. Акаунтът подписва инструкция, валидатор предлага или потвърждава блок, Ethereum Virtual Machine (EVM) изпълнява кода, а всички възли изчисляват една и съща промяна в състоянието. ETH свързва тези операции икономически, но не е самата мрежа.

Какво е Етериум?

Етериум е едновременно протокол, мрежа от възли и среда за изпълнение на програми. Протоколът задава правилата; клиентският софтуер ги прилага; възлите проверяват блокове и пазят данни; EVM изпълнява инструкциите в смарт договорите. Потребителят обикновено вижда само портфейл или приложение, но зад интерфейса стои тази обща инфраструктура.

За разлика от обикновена база данни, промяната не се приема, защото един администратор я е записал. Трансакцията трябва да бъде валидно подписана, да следва протоколните правила и да попадне в блок, който мрежата приема. Възлите изпълняват трансакциите детерминистично: при еднакво начално състояние и еднакви инструкции трябва да стигнат до еднакъв резултат.

Това прави Етериум програмируем. Освен прехвърляне на ETH, една трансакция може да извика смарт договор, да обмени токени, да гласува в протокол или да взаимодейства с друго приложение. Всяка допълнителна операция обаче има изчислителна цена и може да създаде специфичен риск.

Какво означава „децентрализиран“

Етериум няма главен изпълнителен директор, който едностранно да променя протокола. Предложенията за промени се обсъждат публично, формализират се чрез Ethereum Improvement Proposals (EIPs) и се внедряват от независими клиентски екипи. Реална мрежова промяна изисква координация между разработчици, оператори на възли, валидатори, приложения и други участници.

Това не означава, че всеки продукт върху Етериум е еднакво децентрализиран. Смарт договорът може да има администраторски ключ; уеб интерфейсът може да е централизирано хостван; данните може да идват от външен оракул. Децентрализацията трябва да се оценява по отделните слоеве, а не да се приема по име.

Какво Етериум гарантира — и какво не

Протоколът може да гарантира, че валидна трансакция се обработва по общите правила и че резултатът ѝ може да бъде независимо проверен. Той не гарантира, че намерението на потребителя е разумно, че договорът няма уязвимост или че активът, който договорът представя, има стойност извън веригата. Блокчейнът може коректно да изпълни лошо написан код.

Полезно е всяко действие да се разделя на три въпроса:

1. Какво разрешава подписът? Одобрение за токен, прехвърляне на ETH или извикване на функция могат да имат различен обхват.
   
   
2. Какво прави кодът? Публичният bytecode и интерфейсът не заменят одит, проверка на права и разбиране на upgrade механизма.
   
   
3. На кои външни зависимости разчита резултатът? Оракул, bridge, централен sequencer или попечител може да бъде решаващ, макар основната трансакция да е записана в Етериум.
   

Тази рамка отделя сигурността на базовия протокол от сигурността на конкретното приложение. Двете са свързани, но не са взаимозаменяеми.

За тематична навигация към свързаните материали използвайте хъба „Етериум“ в „Крипто знание“.

Каква е разликата между Етериум и Ether (ETH)?

„Етериум“ назовава мрежата и протокола. „Ether“ е нативният актив, а ETH е неговият борсов и технически символ. В разговорната употреба често се казва „купувам Ethereum“, но придобиваният актив е ETH — не собственост върху протокола и не акция в компания.

ETH има три основни протоколни функции:

• плаща за изчислителната работа и мястото в блокове;
  
  
• служи като залог за валидаторите в Proof of Stake;
  
  
• използва се като актив за прехвърляне и като обезпечение в приложения.

Последната употреба зависи от конкретното приложение, а не е гаранция на самия протокол. Пазарната цена, ликвидността и инвестиционният риск са отделен intent; текущите данни са в страницата за Ethereum в Top 100.

ETH роден актив ли е, или токен?

ETH е нативен на протокола: балансите и плащането на Gas се обработват директно от правилата на Етериум. ERC-20 токените, обратно, са счетоводни записи и функции в смарт договори. Те могат да се прехвърлят в същата мрежа, но договорът им определя емисията, паузите, административните права и други свойства.

Тази разлика обяснява защо ETH понякога се „опакова“ като WETH. Стандартните токен интерфейси очакват договорни функции, които нативният ETH няма. WETH договорът приема ETH и издава представящ го ERC-20 токен, който може да се използва от приложения със стандартен токен интерфейс. Разопаковането връща ETH според правилата на договора. WETH не е втори нативен актив и операцията не променя общото предлагане на ETH; тя променя формата, в която стойността участва в дадено приложение.

Как работят акаунтите и трансакциите в Етериум?

Състоянието на Етериум включва акаунти, баланси, код и данни на смарт договори. Има два основни типа акаунти:

• външно притежавани акаунти (EOA) — контролират се чрез частни ключове и могат да инициират трансакции;
  
  
• акаунти на смарт договори — съдържат код и се активират, когато получат извикване в трансакция.
  
  

Портфейлът не „държи“ ETH като файл в телефона. Той управлява ключовете и показва данни от блокчейна. Контролът над частния ключ позволява подписване на инструкции от съответния адрес; изгубеният или компрометиран ключ не може да бъде възстановен от централна служба на Етериум.

След блокчейн ъпдейта Pectra границата между двата типа е по-гъвкава: EIP-7702 позволява на EOA да делегира изпълнение към код и така да получи функции като групиране на операции, спонсориране на такси или алтернативни правила за действие. Това не превръща всеки EOA автоматично в самостоятелен договор и не премахва риска от подписване. За начинаещия двата типа остават полезен модел, но поведението на акаунта вече не трябва да се предполага само от етикета му.

Жизнен цикъл на една трансакция

1. Потребителят или приложение създава инструкция: получател, стойност, данни за извикване на договор и лимити за таксата.
   
   
2. Акаунтът подписва инструкцията криптографски. Подписът доказва правото за действие, без да разкрива частния ключ.
   
   
3. Трансакцията се разпространява до възлите. Те проверяват подписа, nonce стойността, наличния баланс и формалната валидност.
   
   
4. Валидатор може да я включи в блок. Самото изпращане не гарантира включване, а включването не гарантира успешен резултат от извикания код.
   
   
5. EVM изпълнява инструкциите. Ако правилата са изпълнени, мрежата записва новото състояние и издава receipt с резултат и използван Gas.

Nonce стойността подрежда трансакциите от един акаунт и пречи една подписана инструкция да бъде изпълнена повторно като ново плащане. Полето value прехвърля ETH, а полето data може да съдържа команда към смарт договор. Една трансакция може едновременно да прехвърли стойност и да задейства код.

След изпълнението receipt-ът записва дали операцията е успяла, колко Gas е използвала и какви logs е издала. Logs се използват от портфейли и индексатори, за да разпознават събития като токен трансфер, но не са самостоятелна команда към протокола. Затова надеждната проверка съпоставя input данните, вътрешните извиквания, промяната в балансите и крайния статус, вместо да разчита само на човешкия текст в интерфейса.

„Потвърдена“ и „успешна“ не са синоними. Неуспешно изпълнение може да бъде включено в валиден блок: исканата промяна се връща, но изразходваната изчислителна работа се таксува. Това е важно при четене на блоков експлорър — статусът, адресът, стойността и таксата трябва да се разглеждат отделно.

Какво е Gas и защо се плаща такса?

Gas е мерна единица за изчислителното усилие, което дадена операция изисква от мрежата. Той не е отделен токен. Потребителят плаща таксата в ETH, а стойностите за цена на единица Gas обикновено се изписват в gwei, където 1 gwei е една милиардна част от ETH.

Опростената връзка е:

трансакционна такса = използван Gas × ефективна цена за единица Gas

След EIP-1559 цената включва протоколно определяна base fee и priority fee за валидатора. Base fee се променя според натоварването и се изгаря; priority fee стимулира включването на трансакцията. Потребителят задава и максимална цена, която е готов да плати, но реалното плащане зависи от условията в блока.

Gas има две свързани функции: ограничава ресурсите, които една трансакция може да използва, и създава цена за натоварване на общата инфраструктура. По-сложният код обикновено изисква повече Gas от обикновен ETH трансфер. Мрежовото търсене определя цената за единица, затова еднаква операция може да струва различно в различни моменти. Подробният механизъм е разгледан в материала за Gas таксите.

Как работят смарт договорите и EVM?

Смарт договорът е програма и свързано с нея състояние на определен адрес в Етериум. Той не е „умен“ в човешкия смисъл и не е непременно юридически договор. Когато трансакция извика публична функция, EVM изпълнява съответните инструкции по правилата на протокола.

EVM осигурява еднаква абстрактна среда за различните клиентски реализации. Вместо всеки възел да тълкува кода по собствен начин, той изчислява една и съща state transition. Това позволява на договорите да се композират: един договор може да извика друг, а приложение може да комбинира вече разгърнати протоколи.

Основният поток е:

• разработчик компилира договор до EVM bytecode и го разгръща чрез трансакция;
  
  
• мрежата записва кода на адрес;
  
  
• потребител или друг договор изпраща извикване с входни данни;
  
  
• EVM изпълнява кода в рамките на предоставения Gas;
  
  
• резултатът променя състоянието, издава събития или връща грешка.
  
  

Кодът на блокчейна не може сам да знае външна цена, метеорологичен резултат или банково плащане. За такива данни са необходими оракули, а те добавят отделни предположения за доверие. Освен това „кодът е публичен“ не означава „кодът е безопасен“: грешки, администраторски права и механизми за upgrade могат да променят рисковия профил. Общата концепция е разгледана отделно в материала за смарт договорите; тук ролята им е част от архитектурата на Етериум.

Как Proof of Stake и валидаторите защитават мрежата?

От The Merge през септември 2022 г. Етериум използва Proof of Stake вместо Proof of Work. Валидаторите залагат ETH, изпълняват консенсусен софтуер и участват в предлагането и потвърждаването на блокове. Коректното участие носи награди; продължителната неактивност води до санкции, а определени доказуемо злонамерени действия могат да доведат до slashing.

Важно е да се разделят две функции:

• execution layer проверява трансакциите, изпълнява EVM и изчислява новото състояние;
  
  
• consensus layer организира валидаторите, избира веригата и осигурява икономическо финализиране.
  
  

Един Ethereum възел обикновено свързва execution client и consensus client. Валидаторският софтуер добавя ключовете и задълженията за участие в Proof of Stake. Минималният депозит за активиране на самостоятелен валидатор е 32 ETH; това не означава, че всеки притежател на ETH трябва да бъде валидатор, нито че всички staking услуги имат еднакъв попечителски и технически риск.

Санкциите не правят системата безрискова. Клиентски бъгове, грешки в конфигурацията, концентрация при оператори и зависимост от посредници остават практически фактори. За механизма използвайте обяснението на Proof of Stake, а за конкретната мрежова роля — материала за валидаторите.

Финализирането също е различно от първото включване в блок. След включването следващите атестации увеличават увереността, а консенсусът достига протоколна завършеност след достатъчно участие на валидаторите. Интерфейсът може да покаже трансакцията като потвърдена преди тази по-силна граница. За ежедневна употреба приложенията избират праг според риска; за голям сетълмент е разумно да различават inclusion, confirmations и finality.

Има ли максимално количество ETH?

ETH няма фиксиран максимален лимит като 21-милионния лимит на Биткойн. Предлагането е динамично и се променя от два противоположни протоколни потока:

1. Издаване: нов ETH се създава като награда за валидаторите, които защитават мрежата.
   
   
2. Изгаряне: base fee от трансакциите се премахва необратимо от предлагането по механизма на EIP-1559.
   
   

Това разграничение е по-точно от твърдението, че Етериум има „фиксирана“ или „винаги дефлационна“ парична политика. EIP-1559 изгаря base fee, но priority fee не се изгаря по същия начин. Ниската активност може да намали изгарянето; промени в броя на валидаторите и бъдещи upgrades могат да влияят върху издаването.

Текущото количество ETH е динамична метрика, не evergreen число. Затова надеждната проверка трябва да използва актуални onchain данни към конкретен момент, а не стойност, вградена завинаги в статия. Официалният преглед на ETH supply и issuance също разделя издаването от изгарянето. Механиката им е протоколен факт; бъдещият ефект върху цената не е предвидим само от тази формула.

Каква е ролята на Layer 2 мрежите и децентрализираните приложения?

Основната Ethereum мрежа има ограничен капацитет. Layer 2 решенията изнасят част от обработката извън нея, групират множество операции и публикуват необходимите данни или доказателства обратно към Ethereum. Най-разпространеният модел са rollups. Целта е по-голям капацитет и по-нисък разход за потребителя, като Ethereum остава settlement и data-availability основа според конкретната архитектура.

Layer 2 не е просто „по-евтин режим“ в същата мрежа. Потребителят може да работи в отделна верига с различен sequencer, bridge, период за теглене и механизъм за доказателства. Рискът зависи от зрелостта на системата, upgrade ключовете и начина, по който активите се прехвърлят между слоевете. Подробните модели и компромиси принадлежат на отделния материал за Layer 2 блокчейни.

Децентрализираното приложение (DApp) обикновено съчетава:

• потребителски интерфейс;
  
  
• портфейл за подписване;
  
  
• смарт договори;
  
  
• offchain услуги, индексатори или оракули, когато са необходими.
  
  

Затова приложението не наследява автоматично всички свойства на базовия слой. Договорът може да е неизменяем, но домейнът на интерфейса да бъде спрян; договорът може да е upgradeable чрез мултисиг; оракулът може да остане критична точка на доверие. Практическата оценка проследява кой контролира всеки слой. За типовете приложения и рисковете вижте какво е DApp.

Как се развива Етериум: история и ключови upgrades

Етериум не е завършен продукт с една окончателна версия. Протоколът се развива чрез EIPs, клиентски реализации, тестове и координирани network upgrades. Част от промените засягат execution слоя, други — consensus слоя; след The Merge те често се активират заедно и получават комбинирани имена.

1. 2013

   Публикувана е първоначалната бяла книга на Етериум.

2. 2015

   Frontier стартира основната мрежа.

3. 2021

   London активира EIP-1559 и разделя таксата на base fee и priority fee; base fee се изгаря.

4. 2022

   The Merge заменя Proof of Work консенсуса с Proof of Stake.

5. 2023

   Shapella позволява теглене на заложен ETH и валидаторски награди.

6. 2024

   Dencun въвежда blob трансакции чрез EIP-4844 и понижава разходите за data availability при rollups.

7. май 2025

   Pectra добавя подобрения за акаунти, staking и blob капацитет.

8. декември 2025

   Fusaka активира PeerDAS, по-гъвкави blob параметри и промени в L1 капацитета и защитата от DoS.

Към 16 септември 2026 г. Fusaka е последният активиран голям upgrade, а Glamsterdam е в разработка с ориентир Q4 2026 в официалната roadmap. Ориентирът не е равен на окончателно активиране: обхватът и графикът на бъдещ upgrade могат да се променят след тестове и координация.

Защо upgrade историята трябва да се чете внимателно

Upgrade не означава нова криптовалута по подразбиране. При координиран hard fork възлите приемат нов набор от правила, а основната мрежа продължава с обновен протокол. Постоянно разделяне възниква само ако достатъчно участници поддържат несъвместими правила — както се случва при DAO fork и отделянето на Ethereum Classic.

Roadmap също не е обещание от централен продуктов екип. EIP може да бъде предложен, променен, отложен или отхвърлен. За evergreen материал най-устойчиви са вече активираните механики; бъдещите срокове винаги трябва да имат дата на проверка и статус „в разработка“.

Каква е разликата между Етериум и Биткойн?

И двете са публични блокчейн мрежи, но оптимизират различни основни задачи. Биткойн поставя в центъра устойчивите, проверими парични правила и прехвърлянето на биткойн. Етериум поставя в центъра обща програмируема среда и изпълнение на смарт договори. Това е функционална граница, не класация кой протокол е „по-добър“ за всяка цел.

Сравнението не трябва да заличава компромисите. По-широката програмируемост създава повече възможности, но и по-голяма повърхност за грешки в приложенията. Фиксираният лимит на Биткойн и динамичната политика на ETH са различни модели; burn механизмът на Етериум не е еквивалент на предварително зададения максимум при Биткойн.

Източници:

1. What is Ethereum? — ethereum.org
2. What is Ether (ETH)? — ethereum.org
3. Transactions — Ethereum developer documentation
4. Gas and fees — Ethereum developer documentation
5. Smart contracts — Ethereum developer documentation
6. Ethereum Virtual Machine — Ethereum developer documentation
7. Proof of Stake — Ethereum developer documentation
8. ETH supply and issuance — ethereum.org
9. EIP-1559: Fee market change
10. Layer 2 — ethereum.org
11. Technical introduction to DApps — ethereum.org
12. Timeline of Ethereum forks — ethereum.org
13. Ethereum roadmap — ethereum.org
14. Ethereum governance — ethereum.org