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