Блин, я на этой неделе экстренно учусь делать трОнзакции и тОнзакции
😁4
Однажды у нас была лекция, о том что ACM олимпиады хороши тем что показывают кодерам разнообразие подходов к разработке и показывают что в принципе можно и "наговнякать на коленке", но конечно в будущей профессии вас ожидает Java Enterprise Certified Architecture with ICO methodologies 9001 software development.
Хочу сказать одно, офигенно тащусь с подхода про "на коленке", где компьютер это не предмет искусства, а просто фигня чтобы по-быстрому что-то автоматизировать.
Хочу сказать одно, офигенно тащусь с подхода про "на коленке", где компьютер это не предмет искусства, а просто фигня чтобы по-быстрому что-то автоматизировать.
❤5
Forwarded from Nika
Я выложила дату по ~240 валидаторам которые сэндвичили
Если кого-то сэндвичили и затем вы чувствовал боль/грусть/апатию
Мне было бы очень приятно если кто-то поддержит/зашейрит
https://x.com/0xsucxub/status/1826028442028224839?s=46&t=VQ63tRf9FX0O7FO21zG_NQ
Если кого-то сэндвичили и затем вы чувствовал боль/грусть/апатию
Мне было бы очень приятно если кто-то поддержит/зашейрит
https://x.com/0xsucxub/status/1826028442028224839?s=46&t=VQ63tRf9FX0O7FO21zG_NQ
👍4
Forwarded from Ivan
#mainnet #requirement #comission
@Mainnet Beta Validator @Testnet Validator The Solana Foundation continually reviews requirements for participation in the optional Delegation Program. After review, we are changing the maximum allowed commission to 5%, which was previously set at 7%.
For validators that opt to run the Jito client, we are also implementing a maximum Jito MEV commission of 10%. This commission requirement is not applicable for participants who do not run the Jito client.
These requirements go into effect at the start of Mainnet-Beta Epoch 662.
https://discord.com/channels/428295358100013066/895740485140906054/1275826561399914556
@Mainnet Beta Validator @Testnet Validator The Solana Foundation continually reviews requirements for participation in the optional Delegation Program. After review, we are changing the maximum allowed commission to 5%, which was previously set at 7%.
For validators that opt to run the Jito client, we are also implementing a maximum Jito MEV commission of 10%. This commission requirement is not applicable for participants who do not run the Jito client.
These requirements go into effect at the start of Mainnet-Beta Epoch 662.
https://discord.com/channels/428295358100013066/895740485140906054/1275826561399914556
🌭1
Forwarded from Drops Daily
SunPump на Tron обогнал PumpFun на Solana по количеству запущенных токенов за последние 24 часа.
SunPump за последние сутки запустила 7,352 новых токенов.
https://decrypt.co/245842/sunpump-flips-pump-fun-daily-meme-coins-tron
SunPump за последние сутки запустила 7,352 новых токенов.
https://decrypt.co/245842/sunpump-flips-pump-fun-daily-meme-coins-tron
Forwarded from Viacheslav!
Не могу свой ledger подключить к оптимизму. Ошибка соединения. сапорт сказал это ноды оптимизма блокируют меня по гео (Москва). блокчейн децентрализация пхаха
😁9
Forwarded from Jaroslav ⚛️ Web3 Insurance and Money Markets
Наш dev wallet добавляли в black list на Polygon zkEVM.
Там централизованный sequencer.
В итоге wallet был в black list на всех Polygon zkEVM - RPC.
Там централизованный sequencer.
В итоге wallet был в black list на всех Polygon zkEVM - RPC.
🤣4
Forwarded from Gagarin Crypto (Gagarin_bot)
Как Near хочет решить проблему фрагментации ликвидности с помощью нового ончейн-примитива
Рассказываем о новом подходе к абстракции сетей (и заодно о попытке привлечь внимание к позабытой массовым пользователем сети самого Near, но это оставим за скобками).
📝 Что такое Chain Signatures
Чейн-подписи — это новый примитив, разработанный командой Proximity Labs (NEAR). Он позволяет аккаунтам NEAR (даже смарт-контрактам) подписывать транзакции для любого блокчейна. Для этого используется децентрализованная сеть MPC, подкрепленная стейкингом NEAR и рестейкингом ETH через Eigenlayer. При этом чейн-подписи могут использоваться и для транзакций в рамках одного блокчейна, например, как альтернатива мультисигу.
Сейчас поддерживаются сети Bitcoin, Ethereum, Dogecoin, Cosmos и XRP, а в будущем планируется интеграция с Solana, TON и другими блокчейнами.
🏗 Какие протоколы становятся возможны с помощью чейн-подписей?
Среди вариантов применения Proximity предлагают, например, кроссчейн-кредитование без участия мостов или trustless мультичейн-маркетплейс для Ordinals. Другие варианты использования могут включать обмен нативных токенов между сетями, мультичейн-DAO и использование нативных токенов в качестве залога на других блокчейнах.
Chain Signatures также интегрированы с мультичейн-ретранслятором газа, поэтому для его оплаты пользователям достаточно иметь токены NEAR или NEP-141.
🚀 Когда запуск?
Чейн-подписи уже работают в мейннете Near. Их возможности можно протестировать в таких приложениях, как Bitte, Allstake, Sweat Economy или Delta Trade.
Понравился пост? Ставьте лайки, подписывайтесь на канал, заходите в чат👇
🧑🚀 Канал | Чат | Twitter
Рассказываем о новом подходе к абстракции сетей (и заодно о попытке привлечь внимание к позабытой массовым пользователем сети самого Near, но это оставим за скобками).
📝 Что такое Chain Signatures
Чейн-подписи — это новый примитив, разработанный командой Proximity Labs (NEAR). Он позволяет аккаунтам NEAR (даже смарт-контрактам) подписывать транзакции для любого блокчейна. Для этого используется децентрализованная сеть MPC, подкрепленная стейкингом NEAR и рестейкингом ETH через Eigenlayer. При этом чейн-подписи могут использоваться и для транзакций в рамках одного блокчейна, например, как альтернатива мультисигу.
Сейчас поддерживаются сети Bitcoin, Ethereum, Dogecoin, Cosmos и XRP, а в будущем планируется интеграция с Solana, TON и другими блокчейнами.
🏗 Какие протоколы становятся возможны с помощью чейн-подписей?
Среди вариантов применения Proximity предлагают, например, кроссчейн-кредитование без участия мостов или trustless мультичейн-маркетплейс для Ordinals. Другие варианты использования могут включать обмен нативных токенов между сетями, мультичейн-DAO и использование нативных токенов в качестве залога на других блокчейнах.
Chain Signatures также интегрированы с мультичейн-ретранслятором газа, поэтому для его оплаты пользователям достаточно иметь токены NEAR или NEP-141.
🚀 Когда запуск?
Чейн-подписи уже работают в мейннете Near. Их возможности можно протестировать в таких приложениях, как Bitte, Allstake, Sweat Economy или Delta Trade.
Понравился пост? Ставьте лайки, подписывайтесь на канал, заходите в чат👇
🧑🚀 Канал | Чат | Twitter
Прикольно, а то все инновации на уровне давайте декс Х портирУЙем на сеть Ж чтобы получился ОПАл
👍4
Forwarded from С нуля до нуля на крипте (Zero | 0Y [Not Here])
Дискорд Polygon скомпроментирован
Не надо нажимать на ссылки, реагировать на сообщения и так далее.
Команда работает над восстановлением контроля.
Не надо нажимать на ссылки, реагировать на сообщения и так далее.
Команда работает над восстановлением контроля.
👍1
Примерные цены отладки на ТРОНе сейчас
Деплой тупого мультисига 60 баксов
Инициализация контракта 8 баксов
Из плюсов : IDE очень приятная
Деплой тупого мультисига 60 баксов
Инициализация контракта 8 баксов
Из плюсов : IDE очень приятная
😁2👍1
Кто пользовался этой херней, сочувствую. FOAM выглядит для меня единственным приемлемым сейчас вариантом
❤2
Forwarded from Бэкдор
Переходим на блокнот.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Toncoin RUS
Блокчейн TON испытывает временные перебои в производстве блоков.
Проблема возникла из-за аномальной нагрузки на сеть, связанной с выпуском токенов $DOGS. Команда TON Core работает над решением этой проблемы.
Можете быть уверены — ваши активы находятся в безопасности, а транзакции скоро будут обработаны.
Проблема возникла из-за аномальной нагрузки на сеть, связанной с выпуском токенов $DOGS. Команда TON Core работает над решением этой проблемы.
Можете быть уверены — ваши активы находятся в безопасности, а транзакции скоро будут обработаны.
🤡5
Forwarded from Experimental chill
Fast Commits в fsync
Я с универских времен изучал fsync, но только на уровне, что этот вызов -- самая последняя инстанция перед тем, как сказать диску, что надо всё на него сбросить. К своему удивлению, спустя несколько лет, я наткнулся на работу коллеги про Fast Commits, которая пытается соптимизировать fsync в EXT4 в Linux уже несколько лет, и, кажется, у этого дела виднеется свет в конце тунеля. Также получили на USENIX ATC 2024 best paper award https://www.usenix.org/conference/atc24/presentation/shirwadkar
fsync в EXT4 работает через алгоритм JBD2 (Journaling Block Device v2), который хранит последние операции работы с диском и применяет их, гарантируя, что всё корректно применится даже в случае отказа машинки. Первый инсайт, который я узнал -- всё это дело происходит раз в 5 секунд и при каждом вызове fsync.
Второй инсайт, что JBD2 хранит минимум 3 блока по 4kb на каждую операцию: блок дескриптора (метаданные о других блоках в коммите), по крайней мере один измененный блок метаданных и блок маркера коммита, указывающий конец коммита. Метаданные о дополнительных блоках нужны в интересных случаях, когда, например, машинка умерла, при загрузке она начнёт восстаналивать данные и потом она во время этого умирает. Идемпотентность можно только гарантировать с помощью сравнения изменений, поэтому JBD2 имеет чуть бОльший оверхед, чем возможно представляют себе люди. Из-за маркера коммита получается, что JBD2 делает минимум 2 операции с диском, что тоже немного неожиданно.
Третий инсайт, что fsync будит свой поток и из-за этого происходит 2 переключения контекста, что тоже стало неожиданностью для меня.
Fast commits представляют возможность избежать минусов упомянутых выше. Например, для идемпотентных операций, которые легче проверяются, например, переименование файла или добавление блоков к файлу можно писать достаточно маленькие куски с метаданными в журнал. В итоге и поток переключать не надо, и одна операция с диском и идемпотентность сохраняется.
Как можно догадаться, даже такая простая идея заняла около 6 лет, чтобы протащить в ядро. Очень много уделялось времени обратной совместимости, а также что делать со сложными операциями, например, filesystem resize, которые обязаны уйти в старый JBD2 и как теперь работать с обоими журналами.
В целом на бенчмарках экономия в 100-200 микросекунд, что для частых fsync собирается в неплохую историю. Для HDD это не такие большие цифры, а вот с развитием SSD это уже значительно. Включить на linux это дело можно через tune2fs -O fast_commit.
Я с универских времен изучал fsync, но только на уровне, что этот вызов -- самая последняя инстанция перед тем, как сказать диску, что надо всё на него сбросить. К своему удивлению, спустя несколько лет, я наткнулся на работу коллеги про Fast Commits, которая пытается соптимизировать fsync в EXT4 в Linux уже несколько лет, и, кажется, у этого дела виднеется свет в конце тунеля. Также получили на USENIX ATC 2024 best paper award https://www.usenix.org/conference/atc24/presentation/shirwadkar
fsync в EXT4 работает через алгоритм JBD2 (Journaling Block Device v2), который хранит последние операции работы с диском и применяет их, гарантируя, что всё корректно применится даже в случае отказа машинки. Первый инсайт, который я узнал -- всё это дело происходит раз в 5 секунд и при каждом вызове fsync.
Второй инсайт, что JBD2 хранит минимум 3 блока по 4kb на каждую операцию: блок дескриптора (метаданные о других блоках в коммите), по крайней мере один измененный блок метаданных и блок маркера коммита, указывающий конец коммита. Метаданные о дополнительных блоках нужны в интересных случаях, когда, например, машинка умерла, при загрузке она начнёт восстаналивать данные и потом она во время этого умирает. Идемпотентность можно только гарантировать с помощью сравнения изменений, поэтому JBD2 имеет чуть бОльший оверхед, чем возможно представляют себе люди. Из-за маркера коммита получается, что JBD2 делает минимум 2 операции с диском, что тоже немного неожиданно.
Третий инсайт, что fsync будит свой поток и из-за этого происходит 2 переключения контекста, что тоже стало неожиданностью для меня.
Fast commits представляют возможность избежать минусов упомянутых выше. Например, для идемпотентных операций, которые легче проверяются, например, переименование файла или добавление блоков к файлу можно писать достаточно маленькие куски с метаданными в журнал. В итоге и поток переключать не надо, и одна операция с диском и идемпотентность сохраняется.
Как можно догадаться, даже такая простая идея заняла около 6 лет, чтобы протащить в ядро. Очень много уделялось времени обратной совместимости, а также что делать со сложными операциями, например, filesystem resize, которые обязаны уйти в старый JBD2 и как теперь работать с обоими журналами.
В целом на бенчмарках экономия в 100-200 микросекунд, что для частых fsync собирается в неплохую историю. Для HDD это не такие большие цифры, а вот с развитием SSD это уже значительно. Включить на linux это дело можно через tune2fs -O fast_commit.