⚙️ Что на самом деле происходит, когда вы отправляете транзакцию в Solana?
Когда вы нажимаете «Отправить» в кошельке Solana, несколько процессов на стороне сервера происходят до того, как транзакция будет окончательно зафиксирована.
1️⃣ Транзакция создаётся
Ваш кошелёк создаёт и подписывает транзакцию, содержащую:
• Инструкции
• Участвующие аккаунты
• Недавний blockhash
• Криптографическая подпись
Затем подписанная транзакция готова к отправке в сеть Solana.
2️⃣ Транзакция входит в сеть
Транзакция отправляется в узел Solana RPC, который пересылает её через сеть к текущему назначенному лидеру.
RPC-узел — это в основном шлюз между вашим кошельком/приложением и сетью блокчейна.
3️⃣ Лидер обрабатывает это
Solana использует запланированного валидатора Proof-of-Stake в роли лидера на короткий период.
Лидер получает транзакции, выполняет их инструкции и проверяет, например:
✔️ Проверка корректности подписи
✔️ Состояние аккаунта
✔️ Инструкции программы
✔️ Необходимые комиссии за транзакции
✔️ Права доступа к аккаунтам
Затем полученные данные распространяются другим валидаторам.
4️⃣ Proof of History фиксирует последовательность
Вот где Proof of History (PoH) становится важным.
PoH непрерывно генерирует последовательность криптографических хешей:
H0 → H1 → H2 → H3 → H4 → H5 → ...
Поскольку каждый хеш зависит от предыдущего, последовательность даёт проверяемую запись порядка, в котором происходили события.
Транзакцию можно включить в определённой точке этой последовательности.
Итак:
PoH = криптографические часы + проверяемое упорядочивание
Однако сама по себе PoH не финализирует транзакцию.
5️⃣ Валидаторы проверяют данные
Другие валидаторы Solana получают данные лидера.
Они независимо проверяют транзакции, выполняют соответствующие программы и проверяют, является ли полученное состояние аккаунта корректным.
Если данные корректны, валидаторы могут проголосовать за эту цепочку.
6️⃣ Tower BFT достигает консенсуса
Именно здесь в игру вступает Tower BFT.
Tower BFT — это механизм консенсуса в стиле BFT в Solana, основанный на Proof of Stake.
Валидаторы голосуют за ту цепочку, которую считают валидной, а их голосовая сила взвешивается их делегированным стейком.
Ключевая часть Tower BFT — концепция lockouts.
Когда валидатор голосует за блок, этот голос создаёт временное обязательство для этой цепочки. Если валидатор продолжает голосовать за потомков этого блока, lockout становится всё дольше.
Проще говоря:
Валидатор получает блок
↓
Проверяет это
↓
Голоса за него
↓
Голос создаёт lockout
↓
Продолжающиеся голоса усиливают обязательство
↓
Валидаторы сходятся на одной цепочке
Это делает многократное переключение между конкурирующими форками всё более сложным и помогает сети сойтись к единой истории.
7️⃣ Подтверждение → Финализация
По мере того как всё больше валидаторов голосуют за цепочку, транзакция проходит стадии подтверждения Solana.
Наконец, достаточное количество стейка проголосовало за соответствующую цепочку, и блок получает статус финализированного.
На этом этапе транзакция считается финализированной сетью.
🔗 Полный поток бэкенда
Кошелёк
↓
Подписать транзакцию
↓
RPC-узел
↓
Текущий лидер
↓
Выполнение транзакции
↓
Упорядочивание PoH / Криптографические часы
↓
Проверка валидатора
↓
Tower BFT + голосование с учётом стейка
↓
Lockouts и согласие по супербольшинству
↓
🔒 Финализировано в Solana
Важное отличие
PoH → устанавливает проверяемую последовательность времени и событий
Proof of Stake → определяет вес голоса валидатора
Tower BFT → использует голоса валидаторов и lockouts, чтобы прийти к консенсусу
Поэтому, когда вы просто нажимаете «Send SOL», бэкенд выполняет гораздо больше, чем просто перевод монет с одного кошелька на другой.
Сюда входит выполнение транзакции, криптографическое упорядочивание, проверка валидатора, голосование с учётом доли стейка и консенсус до того момента, как эта транзакция будет финализирована в блокчейне Solana.
#Solana #SOL #ProofOfHistory #TowerBFT #ProofOfStake #Blockchain #Web3 #CryptoTechnology #BlockchainBackend