Ethereum

How do people feel about onchain contracts including an optional fee that can be bolted on by frontends? Primarily to incentivize more third-party frontends to be developed.

Are there better ways to do this?

A doodler and computerer. I like permissive/permissionless open source, smart contracts, p2p systems, room-scale VR, and NixOS.

Currently: WhatsABI

I feel like this is a design pattern that has been under experimented, would love to see more projects playing around with it to see if it's viable

Interested in ZK, FHE, PUFs, hardware, system design, ai safety, and smart contact security.

Kinda feels gross to add an extra field and however much gas to transactions.

I feel like in a perfect world, this would be done on a different layer? Perhaps by the paymaster with smartwallets?

Maybe frontends need a way to "claim" tx hash id's in a registry before they get broadcasted?

Idea: Frontend attribution attestations.

It's hard to prove usage of a frontend without some baked-in field that a given contract already accommodates. What about all the other contracts?

What if we used EAS to allow clients to attest to producing a transaction hash before the transaction is submitted to the network?

This would allow verifiable aggregate analytics for frontends and wallets, which could be used for things like reliable impact metrics in RetroPGF or redistributing awards/fees for frontends.

https://warpcast.com/shazow.eth/0xa7a94c73

This also feels tangential to claiming impact for RetroPGF for frontends.

Feels like most devs don’t care about gas on L2s these days 🤷‍♂️ like how web devs feel like memory is unlimited