Time for a short update post. While most things are in the background being developed/tested/reworked here are some things from this week that are here and more to come. Most of these features are possible because of BRRR 1. @PlasmaFDN support is here. You can use your tokens on Plasma natively without bridging, easily (as always) 2. Cashback can now be claimed on Base 3. You can now suggest corrections to merchant info. Almost invisible, subtle thing, but, as you know you can see merchant’s name and logo when you shop with your Holyheld card. Sometimes we can get it wrong. Now you can suggest a correction for your favorite place. Open the transaction -> three dots -> Identify a merchant -> submit 4. Holyheld native Android app is now available on your @solanamobile Seeker phone. Now, to things coming 1. Savings. Spare change? Don’t just put it to work, but also access it anytime you need to pay for things. 2. Holyheld Travel. Book hotels and a bit later tickets directly from the app with massive discounts and extra cashback. 3. Autopilot. Set and forget, automatically use tokens you want on networks you want on your Holyheld card. 4. Multi cards. Want to have multiple cards? Issue new virtual card, close it, create new one. 5. Fully gasless transactions on Eth Mainnet. No smart wallets, no “abstraction” just use wallet you want without having to have or worry about gas. 6. Gasless transaction on BNB. Same thing for those who prefer this network. 7. SEPA beneficiary name validation. Sending for a first time? We’ll confirm the actual name for an IBAN 8. @HyperliquidX, @Aptos, @trondao, and @ton_blockchain support. Smooth, simple, best experience (as always) There are more things coming via BRRR, but we’ll announce them when they are released 👀 or coming in the next release(s).

Some coming updates to Holyheld via BRRR

Payments today are broken in a simple but fundamental way: they are static. When you tap your card or send a transfer, the system only does one thing—move money from A to B (oversimplifying, but in a nutshell). It cannot split that payment, stream it over time, swap it into another currency, or interact with other services like lending or savings. Every extra step requires a chain of middlemen, each adding cost, friction, and delay. Settlement becomes a patchwork of reconciliations, not a programmable process. BRRR introduces an Open Settlement Layer that redefines what a payment can be. Instead of a “yes/no” transfer, one authorization can trigger a programmable flow of actions across chains and services. BRRR separates authorization, settlement, and reconciliation—so once a payment is approved, it can call smart contracts, swap assets, reconcile balances across networks, or even trigger off-chain services. In short, BRRR makes settlement an open canvas for financial logic. This unlocks powerful new use cases: • Salary streaming – instead of being paid every two weeks, BRRR allows wages to be streamed per second, giving workers instant access to their earnings. • Cross-border remittances – money sent home can clear instantly across networks, without slow intermediaries or high fees. • On-chain FX – foreign exchange can operate 24/7/365, with service providers reconciling in real time rather than relying on closed, costly markets. • DeFi-native savings – payments can auto-pull yield from staking, restaking, or lending positions, so your balance earns while it spends. • RWA integration – tokenized real estate, debt, or other assets can be embedded into settlement flows, turning mortgages, advances, or credit lines into programmable, liquid instruments. • Delegated balances – service providers can swap or lend BRRR balances directly between themselves, creating a trustless liquidity network underpinned by settlement guarantees. What's really cool is that these are just some of the use cases we have in mind. What's even cooler is that we already partner with a lot of most exciting and amazing projects across these use cases to really supercharge how payments can work

Who is vibe coding?

Let’s talk about dynamic emission of $BRRR. First, the fuel for BRRR is settled transactions. The more transactions, the more complicated (heavy onchain logic) - the better. However, how can you assign value to each one? Can this value be gamed? We looked into the basics: Bitcoin difficulty. Everyone knows, but just to recap to myself, the Bitcoin difficulty is a number that represents how difficult it is for miners to add new blocks of transactions to the blockchain. This parameter is adjustable and can go up or down roughly every two weeks depending on how many blocks were mined in that period. BRRR’s emission is based on similar concept with some notable differences. 1. Emission is targeted for 10 years. Why? We believe that in that time the economy on top of BRRR will be sufficient to sustain without protocol rewards. 2. Emission is targeted for 1,000,000,000 transactions. Why? We believe that surpassing that number will prove sufficient usage of the protocol. But how is it glued together? The protocol looks into two main parameters and assigns base value to each transaction settled at every moment of time. If there are more transactions during given period - their base economic value is considered lower. If less transactions - higher. But that’s only the beginning. Each transaction settled consumes specific amount of gas (complexity), moreover, it can be consumed on multiple networks. This is the complexity multiplier that the consumer (service provider) pays to cover the settlement on the protocol. The complexity multiplier rearranges the reward value of the transaction in real time allowing system to react more swiftly to changes (in contrast to bitcoin network), and allows the protocol to offset complexity calculations to base mediums (aka blockchain networks). All this creates a robust system. Why would I care? Great question, thanks for asking Anton. The goal of BRRR is to create a sufficiently decentralized settlement network that can be credibly neutral, while also future-proof.

Let’s talk about unique things happened yesterday. There are too many so it will be a series of posts. Let’s start with the most “on the surface” one. $BRRR has a single contract address for all EVM compatible networks: 0x000008759C99325443735d0D1c4a871E80911111 And for Solana: BRRRxmRMs3WFvcfbxumhVnLoUVLhC75EAc6WhZfgBRRR (Yes, all crypto interfaces will show you $BRRR as 0x0000…1111 or BRRR…BRRR) But it’s not just about the cool vanity addresses, it’s also the fact that BRRR can travel across networks. We view blockchain networks as medium for payment logic. $BRRR is gateway access for accessing that logic. And $BRRR has to had an ability to participate in the economy regardless of the transaction originating and destination networks. And that is a topic for next post.