Фьючерсы
Доступ к сотням фьючерсов
TradFi
Золото
Одна платформа мировых активов
Опционы
Hot
Торги опционами Vanilla в европейском стиле
Единый счет
Увеличьте эффективность вашего капитала
Демо-торговля
Введение в торговлю фьючерсами
Подготовьтесь к торговле фьючерсами
Фьючерсные события
Получайте награды в событиях
Демо-торговля
Используйте виртуальные средства для торговли без риска
Запуск
CandyDrop
Собирайте конфеты, чтобы заработать аирдропы
Launchpool
Быстрый стейкинг, заработайте потенциальные новые токены
HODLer Airdrop
Удерживайте GT и получайте огромные аирдропы бесплатно
Launchpad
Будьте готовы к следующему крупному токен-проекту
Alpha Points
Торгуйте и получайте аирдропы
Фьючерсные баллы
Зарабатывайте баллы и получайте награды аирдропа
Инвестиции
Simple Earn
Зарабатывайте проценты с помощью неиспользуемых токенов
Автоинвест.
Автоинвестиции на регулярной основе.
Бивалютные инвестиции
Доход от волатильности рынка
Мягкий стейкинг
Получайте вознаграждения с помощью гибкого стейкинга
Криптозаймы
0 Fees
Заложите одну криптовалюту, чтобы занять другую
Центр кредитования
Единый центр кредитования
Виталик: Следует пересмотреть архитектуру разделения между цепочкой Beacon и исполнительным клиентом Ethereum
ChainCatcher сообщает, что Виталик в своем посте на платформе X заявил о необходимости сохранять открытость к текущей архитектуре разделения цепочки с сигнальным блокчейном и исполнительным клиентом в Ethereum, считая, что запуск двух демонов и их взаимодействие значительно сложнее, чем работа одного демона.
Виталик отметил, что цель Ethereum — позволить пользователям использовать сеть в самоуправляемом режиме и при этом обеспечить хороший пользовательский опыт, а в многих случаях это означает необходимость запуска собственного узла. Однако текущий способ работы узлов увеличивает ненужную сложность. Он предложил в краткосрочной перспективе использовать более стандартизированные базовые обертки, позволяющие пользователям устанавливать Docker-образы различных клиентов и обеспечивать более удобное взаимодействие. В то же время, по мере развития консенсусного протокола LeanEthereum, в будущем следует пересмотреть общую архитектуру.