Does Mercury actually support this? Or are you describing scheduled payments (which still require manual setup each time)?

I'm looking for: - Dynamic rules based on revenue amount - Multiple variable destinations - Percentage-based splits - One-time setup, runs forever

Maybe I'm missing a Mercury feature? What's the workflow you use?

Im a Brex user and interested by this

Wait, have you seen this? https://www.ycombinator.com/companies/request-network

"As 2025 ends, we’re recounting this year’s launch, the Request Network API allowing builders to accept crypto payments, manage payouts, and invoicing flows via API endpoints, with many others to come next year."

https://x.com/RequestNetwork/status/2006364797936488742

I personally think payment tech should stay as in-house as possible for security reasons. Can't something be vibe-coded? Don't give others the temptation to spy.

And from my understanding and slight observations, the French are experts in commercial espionage. Please, someone disagree.

BUT, for you this is a French startup, so I thought you'd like it.

Also: https://www.lightspark.com/ https://www.polarfi.com/

Good point on smart contracts: that's one approach I'm exploring.

Trying to figure out if this should be: - Crypto-native from day 1 (smart contracts + stablecoins) - Fiat-first with crypto as backend (abstract the blockchain) - Pure fiat (traditional banking APIs)

What would you actually use?

Would be interesting to have a way for each recipient to opt-in for their preferred currency. Am thinking about recent headline: "Crypto payment cards surge 22x in daily transactions since late 2024."

Just curious, if you didn't have smart contracts, you would have 20 destination addresses, and then a spreadsheet that you'd use each month and then run a local wallet to do the sending to the different parties, right? That's pretty easy.

Could that be automated on the client-side with macros or a custom program (ie no smart contracts?)

Multisig with no smart contract is the simplest escrow.

It's probably simple to find a validated smart contract that splits its inputs to multiple outputs?

If there is transaction privacy for the smart contracts, then how to verify that the contract actually still sends to the correct - initially configured - parties?

And then logging. Task accounting implies logging, but logs are bytes that cost money in a blockchain so is the transaction log sufficient

Hello guys,

Tired of current boring LLMs benchmark ? I'm sharing with you a fun project built during the Mistral AI SF hackathon.

Using a RL framework, we made LLMs fight against each other in real time in Street Fighter III. You can find the repo here : https://github.com/OpenGenerativeAI/llm-colosseum.

Aside from the fact that it's very funny to see Mistral and others performing Hadouken, we found that it is a great way to benchmark language models. They need to quickly understand their environment and take actions accordingly.

With >400 fights, check out the ELO ranking on the HF space here : https://huggingface.co/spaces/junior-labs/llm-colosseum

<3

Thank you!

New Relic is close to Datadog, more focused on observability for engineers. We're focusing on extracting insights from the text. We focus on NLP more than trace analytics

Exactly.

Being copied would be the best of compliments. That's why we are open source to also leverage community contributions.

I think the market right now moves too fast for traditional analytics companies. Let's see how it goes in the long run.

You're welcome!