Release Notes
This page is a central archive of Hyperswitch release notes. It summarises recent product updates.
Hyperswitch is a fast-moving open source payments orchestration platform. We ship improvements across routing, vaulting, reconciliation, connectors, SDKs, and developer experience.
This page serves as a central place to track what is shipping in Hyperswitch.
These release notes help you:
Understand what is new or improved across Hyperswitch.
Track connector and SDK updates in one place.
Follow product evolution across core orchestration, routing, vault, reconciliation, and customer capabilities.
Stay aligned with ongoing improvements in reliability and developer experience.
With these sections:
Connector expansions and enhancements
Customer and access management
Routing and core improvements
December 1st - 5th, 2025
Highlights
Expanded Google Pay support across Worldpay and Stripe.
Added new voucher, recurring, and webhook capabilities across key connectors.
Improved customer sharing and API key authentication foundations for multi merchant setups.
Enriched payments data for better tracking, reporting, and operational clarity.
Connector expansions and enhancements
Dlocal: added OXXO voucher support (#10450)
Connector customer experience: introduced a standard Connector Customer Flow with optional billing address support (#10499)
Loonio and Gigadat: connector field standardisation for improved consistency across integrations (#10516)
Customer and access management
Implemented a customer sharing model and refactored API key authentication (#10387)
Routing and core improvements
Enabled conditional storage of encrypted payment method data for sensitive additional details (#10484)
Added field type support for gift card number and CVC version 2 (#10433)
Propagated payment method type and subtype to split payment attempts version 2 (#10443)
Updated payout intent handling in webhook scenarios (#10531)
Added configuration support to disable pre routing for specific payment methods and types (#10470)
Reverted the error reason field change in PaymentsResponse to keep responses consistent with current expectations (#10455)
December 6th - 12th, 2025
Highlights
Expanded Worldpay WPG coverage across cards, Apple Pay, 3DS, and payouts.
Added mandates, transaction codes, and reliability fixes across Airwallex, Zift, Volt, Peach Payments, Fiserv, Authorize.Net, Gigadat, Payload, and more.
Strengthened platform-connected setups with publishable key authentication, shared payment methods, and better tracking for platform-originated payments.
Improved payouts, revenue recovery, and routing resilience with new APIs, safer webhooks, and smarter retry behaviour.
Connector expansions and enhancements
Volt, Payload, and VGS vault: refactored the Volt connector to a new API contract, fixed the production URL for Volt refund flows, and improved Payload’s RSync handling so 404s reuse shared utilities. Updated the VGS vault connector configuration for more predictable behaviour (#9928, #10619, #10542, #10540)
Fiserv, Authorize.Net, and Gigadat: hardened connector reliability by fixing Fiserv response deserialization, correcting double serialization of
user_fieldsand removing an obsoleteauthorization_indicator_typein Authorize.Net, and enforcing stricter typing and masking for Gigadat webhook payloads (#10124, #10609, #10633)Stripe: added direct charges support for Apple Pay, broadening wallet coverage for Stripe integrations (#10577)
Metadata handling: ensured metadata values are serialised so that all fields are passed through correctly across connectors (#10568)
Customer and access management
Routing and core improvements
Payouts resilience and reporting: implemented a Payouts Aggregate API, fixed a concurrency issue in payout webhooks, and backfilled the payouts table where
organization_idwas null to keep payout data and processing consistent. Also introduced task segregation in the scheduler based on application source for clearer operational boundaries (#10559, #10523, #10210, #10505)Customer experience in routing: exposed an
is_guest_customerflag in the payment method list response to help distinguish guest checkout behaviour in downstream systems (#10598)
Last updated
Was this helpful?

