wildmolasses.flac retweeted
if your data is stored in a database that a company can freely read and access (i.e. not end-to-end encrypted), the company will eventually update their ToS so they can use your data for AI training — the incentives are too strong to resist
Primary motivation why they have these subsidies is to improve their models.
Yes - they won’t use your data to train. It’s not useful either (in most cases).
But they will use the meta information from your data to filter out useless information and improve the knowledge which people want.
Everything is in the traces. Traces is also not your data in most cases.
I have no inside information in these companies - this is my educated guess.
Once they have achieved superintelligence, they will (very likely) shut off all these subsidies and vertically build every possible product out there.
It will be good because they will create ways to live longer, drop the cost of production of food.
But what is their incentive to give you free intelligence after that?
This might sound cynical but absolute central power corrupts people.
They have to answer to their shareholders, end of the day.
We MUST build path towards open superintelligence and open networks to contribute.
do yall feel there should be a more explicit postscript on the frontier model discourse? like, "one-way transfer of all humanity's prompt mojo to big capital" or something?
awesome work from @keatingDev
🪚 Fixed Fee Swap: How Splitting Yield From Principal can Reduce Risk for Uniswap v4 LPs
Thanks to grant funding from @UniswapFND, we built & open sourced proof-of-concept LP yield tokenization on Uniswap v4, based on academic work by Zachary Feinstein & Fayçal Drissi 👇
nice work @thelostone_mc 😎
Can anyone @etherscan help me with an exact match verification on etherscan.io/address/0x5267b…? Seems my account is not whitelisted to trump a similar match w/ an exact match
On Sui, validators can ignore transactions from a specific address by adding an `address_deny_list` to their validator.yaml
We’ve learned that a Cetus smart contract was hacked this morning for approximately $223M and Cetus subsequently paused their smart contracts to prevent further theft.
Cetus worked together with the other DeFi protocols, the Sui Foundation, and the Sui validators to collectively protect the ecosystem. A large number of validators identified the addresses with the stolen funds and are ignoring transactions on those addresses until further notice.
The Cetus team is exploring paths to recover those funds and return them to the community. An incident report from Cetus is forthcoming.
The Sui Foundation and the rest of the ecosystem are committed to supporting Cetus as they work through this incident.
did they get all 114 active validators to add the attacker to the `address_deny_list`? suiscan.xyz/mainnet/validato…
wildmolasses.flac retweeted
Three new Foundation Missions just dropped to help accelerate the Superchain by leveraging Superchain interop 👀
- EIP-7702 UX & Developer Tooling
- ERC-7683 Integration with Native Interoperability
- Interop Oracle Standards & Infra for OP Superchain
Apply by April 11th following the links here 👇
github.com/orgs/ethereum-opt…
wildmolasses.flac retweeted
I wrote up a post about yesterdays BLS consensus issue that was found via the Pectra Audit Competition:
ethereum-magicians.org/t/bls…
Thanks again to everyone who was involved yesterday for being so responsive and resolving this in a timely manner!
#Ethereum
Does anyone want to work at @ScopeLift writing smart contracts?
wildmolasses.flac retweeted
MultiGov Brain Trust 🧑🍳
@tallyxyz @ScopeLift
"Wormhole, Tally, and ScopeLift Announce ‘MultiGov,’ the First-Ever Multichain Governance System"
we've joined forces with @wormhole & @ScopeLift to introduce the onchain world to multichain governance!
read & mint the announcement ⬎
tally.mirror.xyz/peHXv-1Bv4R…
any installed version of connect-kit-loader can be an attack vector; travel the "see prior blame" link on this line to see the history of this dynamic import! github.com/LedgerHQ/connect-…
My understanding of the ledger situation:
- connect-kit v1.1.8 is the fix, supposed to be safe.
- connect-kit v1.1.7 is verified to be compromised, seen in most tweets, and contains the drainer code itself. Published a few hours ago.
- connect-kit v1.1.6 is pulling in remote JS code that contains the drainer. Published a few hours ago.
- connect-kit v1.1.5 is more bloated and also pulls in remote JS code that contains the drainer. Published a few hours ago.
- connect-kit v1.1.4 was published 4 months ago, supposed to be safe.
- connect-kit-loader is what everyone depends on. Published 4 months ago. It pulls in remote code via CDN, with: https ://cdn . jsdelivr . net/npm/@ledgerhq/connect-kit@1 and that's a very generic version selector, which would previously pull in the malicious script.
- previous wagmi/connectors pulls in connect-kit-loader. wagmi/core depends on this I believe.
- wagmi since has removed the connect-kit-loader dependency: github.com/wevm/wagmi/releas…
Need confirmation that @Ledger rotated their NPM credentials.
Regardless, the dynamic code loading, without checksum check (it appears like?) in connect-kit-loader seems like a big security hole. This is not how dependencies should be pulled in.
wildmolasses.flac retweeted
Introducing Delegated Liquidity, the @ScopeLift team's submission to this year's @ETHGlobal ETHOnline hackathon. The project allows governance token holders to provide liquidity to a Uniswap pool while continuing to participate in Governance.
This project is possible thanks to:
1. Flexible Voting
2. Uniswap v4 Hooks
Both provide permissionless interfaces anyone can build on—the former for DAO Governance voting integrations, the latter for Uniswap Pool integrations. By combining the two, we can deploy a Pool that allows governance token holders to LP while retaining their governance rights with their share of the liquidity.
Right now, this is hackathon level code. But we have every intention of productionizing it and rolling it out for Flexible Voting compatible DAOs once v4 launches.
This is just one of many examples of the things that can be built with Flexible Voting. @ScopeLift has some others in the works, so stay tuned. More importantly, any third party developer can also build on top of Flexible Voting. We expect lots of cool things are coming.
If your existing or forthcoming DAO would like to benefit from these integrations, reach out. We'd love to help!
The @ScopeLift team is cooking up something pretty neat for the @ETHGlobal hackathon. Here are some hints 👀



























