Я полностью пришел к архитектуре rollup. Да, каждый может построить свою собственную цепочку, и многие с большой существующей дистрибуцией (например, Robinhood) попытаются это сделать. Однако управление цепочкой не является основной задачей для 98% компаний. Консенсус и совместное DA должны происходить, но большинство компаний не выберут этот вектор для дифференциации. Почему они должны? Если вы строите социальную сеть на блокчейне, розничный брокеридж и т.д., зачем вам углубляться в детали инфраструктуры? Это дополнительные операционные расходы и огромная фрагментация фокуса. Поэтому я ожидаю, что многие компании попытаются построить свои собственные цепочки в течение следующих двух или трех лет, прежде чем в конечном итоге сдадутся и начнут использовать Ethereum, Celestia, Arbitrum и т.д...
Он ненавидит криптовалюту, но этот пост от Аарона выражает это довольно хорошо.
Aaron Levie
Aaron Levie10 авг., 08:42
Концепция «ядро против контекста» является критически важной для понимания того, с чем люди будут перестраиваться с помощью ИИ. Компании внедряют «ядро» функций, которые отличают их. Это то, что является их основным продуктом или услугой, как они продают клиентам, вещи, которые формируют их культуру и так далее. Напротив, они аутсорсят «контекст», который является необходимым для правильного выполнения, но только приносит убытки, если сделать неправильно. Простое правило, чтобы понять это: заметит ли клиент, если компания выполнит эту функцию самостоятельно или нет. Корпоративное программное обеспечение почти всегда является «контекстом». Это такие области, как их CRM или HR-системы, инфраструктура, управление данными и так далее. Эти вещи необходимы для работы бизнеса в большом масштабе, но редко вы получаете преимущество, пытаясь создать свое собственное. Существуют лишь несколько исключений, и это почти всегда связано с тем, что вам нужно решение для обслуживания вашего «ядра», которое не предлагает ни один поставщик (например, если вам нужно индивидуальное программное обеспечение для вертикально интегрированной цепочки поставок). Независимо от того, как компания начинает, со временем они почти всегда разделяют работу и ценность между ядром и контекстом. Это единственный способ оставаться конкурентоспособным и в конечном итоге выделять ресурсы на оптимальные области. Так что даже если компания *может* переписать свое корпоративное программное обеспечение с помощью ИИ, они, по сути, просто не будут этого делать. Обновления версий, безопасность, регуляторные функции, ошибки, SLA, необходимые профессиональные услуги и т. д. просто сделают это отрицательным с точки зрения ROI. Как указывает bucco, реальный риск заключается в лучших версиях этих инструментов, которые ориентированы на ИИ. Это то, на что стоит обратить внимание с точки зрения разрушения.
50,13K