seb
@seb
Food for thought Every smart contract is kinda its own app, with every function / feature being a button you can press Some buttons are put on websites, miniapps, etc., but the large majority of them are never(or no longer) surfaced There should be some sort of universal markup language for every smart contract (that isn't an ABI) that allows anyone to easily interact onchain. Wonder if this is solved via a smart contract markup language + generative AI, or just plainly via LLMs Publishing an app to the onchain app store becomes simply deploying a smart contract
10 replies
3 recasts
43 reactions
0xOmen
@0x-omen.eth
Similar to what @developerjesse.eth said, if the contract is verified on an etherscan then this functionality already exists Contract -> Read Contract / Write Contract Connect a web3 wallet and if you know what you are doing you can skip the frontend. I've rescued funds many times doing this when frontends are down/broken Of course, this is for advanced users that understand discrete math / floating point numbers, hashing, etc
1 reply
0 recast
2 reactions
seb
@seb
Yep though this is far too low-level for anyone to be able to easily interact with any smart contract And ABIs lack critical inferrence like, for example when it's an address field, which address? An ABI doesn't know what a token is. So I think there's an abstraction level missing on top to bridge SC functions with UIs that can be 1) super scalable like what etherscan does with ABIs 2) turn any SC into a UX friendly UI that anyone can use Goal is that anyone can use the long tail of smart contracts
1 reply
0 recast
2 reactions
