Давайте поговорим о V2 обновлении x402 и поделимся несколькими ключевыми моментами: 1) Идентификация кошелька + повторно используемая сессия В версии V1 каждый вызов API должен был проходить полный процесс транзакции в блокчейне, и если агент постоянно инициирует запросы на оплату, это приводит к большому количеству транзакций в блокчейне. Вдобавок к этому, накопление задержек и Gas делает невозможным использование в некоторых сценариях с высокой частотой; V2 собирается ввести механизм Sign-In-With-X (SIWx), который позволяет агенту один раз подтвердить идентификацию кошелька, а последующие вызовы могут использовать повторно сессию, не требуя каждый раз подтверждения в блокчейне. Это фактически переводит x402 с разового платежа на подписку, что снижает технический порог производительности, необходимый в сценариях с высокой частотой; 2) Стандарт CAIP для многосетевой совместимости V1 в основном основывался на механизме комбинации Base + EIP3009 USDC, и для подключения других цепочек требовалось их обертывание, мосты или ретрансляция, что значительно увеличивало техническую сложность. V2 через CAIP может реализовать унифицированное распознавание многосетевых активов, Solana, Monad, Avalanche, другие L2, даже традиционные фиатные платежные каналы могут быть бесшовно интегрированы, что делает протокол x402 более открытым и удобным для интеграции с большим количеством цепочек; такая корректировка очень необходима, потому что x402 не может оставаться только на уровне протокола, в конечном итоге это будет конкуренция многосетевой экосистемы, и только максимальное сочетание первоочередного преимущества Base, высокой производительности Solana, ликвидности BSC и т.д. может сработать; 3) Расширяемый механизм Extensions V2 вводит концепцию Extensions, позволяя расширять новые функции без форка основного протокола. Автоматическое обнаружение, динамическая маршрутизация payTo, различные инновационные способы в будущем могут быть добавлены в виде расширений. Это на самом деле создает предпосылки для инфраструктуры и инноваций приложений на уровне Facilitator и Provider. Разработчики могут исследовать различные инновации в платежных моделях на основе протокола x402, включая динамическое ценообразование, многопользовательское распределение, условные платежи, отсроченные расчеты и т.д. 4) Плагинизированный SDK + механизм автоматического обнаружения Интеграция в V1 все еще оставалась на уровне ручных операций, такие как изменение исходного кода SDK, ручное сопоставление списка Facilitator и т.д. в небольших масштабах еще можно было с этим справиться, но как только дело доходило до больших масштабов, это становилось проблемой; V2 изменила архитектуру SDK, Facilitator может автоматически сканировать и индексировать метаданные услуг x402, цены, маршруты, информацию о поддерживаемых цепочках — все это автоматически синхронизируется. Это фактически снижает технический порог еще больше, а открытая среда становится более дружелюбной. Вот и все. V1 обработал большое количество txs, что лишь подтвердило жизнеспособность нарратива x402, но также выявило множество проблем, таких как закрытость экосистемы, высокий порог интеграции, недружелюбие к высокочастотным приложениям и т.д. Очевидно, что быстрое продвижение V2 направлено на решение проблемы дальнейшей масштабируемости x402. ...