Walrus и тихая переработка децентрализованного хранения
На протяжении многих лет развитие блокчейна шло быстро в одном направлении. Токены, консенсус и смарт-контракты стали мощными, но данные остались позади. Большинство децентрализованных приложений по-прежнему зависят от традиционных серверов или небольшой группы поставщиков хранения. Это создало тихое противоречие. Системы утверждали децентрализацию, в то время как пользовательские данные хранились в местах, которые можно было контролировать, удалять или отслеживать. Walrus не пытается исправить всё в Web3, но он пытается исправить именно этот пробел серьёзным и продуманным способом.
Сохранение цифрового искусства за пределами временных систем
@Walrus 🦭/acc #Warlus $WAL Ведение цифрового художественного пространства в Пакистане учит терпению очень быстро. Не из-за отсутствия идей или навыков, а потому, что системы, предназначенные для поддержки цифрового творчества, часто хрупки. Со временем я поняла, что создание цифрового искусства — это не только творчество или техника. Это также вопрос выживания. Файлы, однажды опубликованные, должны оставаться доступными. Без этой уверенности каждое произведение искусства кажется временным, каким бы значимым оно ни было. Годами цифровых художников убеждали в том, что онлайн-создание устраняет необходимость в физическом уходе. Нет складов, нет транспортировки, нет проблем с архивированием. На самом деле, бремя просто изменило форму. Вместо полок и коробок мы начали управлять серверами, подписками и внешними сервисами. Искусство существовало, но оно всегда находилось на расстоянии одного пропущенного платежа или одного решения платформы от исчезновения.
Торговля от агента к агенту, обновленная: что позволяет L1 Kite
Торговля от агента к агенту звучит футуристично, пока вы не посмотрите на то, что уже происходит внутри современного программного обеспечения. «Рабочий процесс», который раньше заключался в том, что человек щелкает по вкладкам, все больше превращается в агента, вызывающего API, извлекающего данные, запрашивающего у другого агента специализированную задачу, а затем инициирующего какое-то действие, которое стоит денег. Трудная часть заключается не в том, чтобы заставить агента решить, что делать. Трудная часть заключается в том, чтобы позволить ему выполнять платное действие, не передавая ему ключи от царства.
Сегодня большинство агентов все еще работают как умные стажеры с пропуском для посетителей. Они заимствуют человеческую личность, унаследуют кучу долгосрочных учетных данных и перемещаются по службам через рукопожатия OAuth и ключи API, которые никогда не предназначались для обмена между автономными, многосекундными цепочками действий. Вот почему тот же агент, который может рассуждать о цепочке поставок за секунды, заканчивает ожиданием окна расчета платежей, которое было разработано для расчета заработной платы. Это также причина, по которой команды в конечном итоге создают хрупкие системы разрешений в коде приложений, надеясь, что они вспомнили каждый крайний случай. Когда что-то идет не так, вы теряете не только деньги; вы теряете возможность доказать, что произошло и почему.