it is good
Shit Punk Says
Oceans of Wisdom
20,678
matching drops
#1574220
2026-10-24 20:01
7 orders of magnitude
going from 100,000,000 to 10
vs the
77,494,406
contracts deployed on mainnet
we precompile the 10 things we need
yes exactly
not a contract per se
just native to the protocol
we are going to make a world class best in the world NFT contract
like i am not going to make a crappy NFT contract
things like this are beyond rounding errors. we are taking complexity vs eth down like 5 orders of magnitude. the incremental savings on complexity in limiting decimals is both "nothing" and also kindof someone is really going to want 3 decimal points and now you get into odd issues "why"
simple NFT and token standards would be good. only one decimal amount for exmaple
or vice versa i think it should be possible to do
and they don't care about ETH liquidity
and do whatever things they want to do
if someone wants to move their memes to move them around on 6529 cheaper
and on a per person basis
you can make that decision then
right, the counterpoint would be that you could have multiple branches of other chains that are movable but in reality liquidity is sticky
what if (I doubt it, but what if, in the long run, ETH has issues)
what if mainnet gas goes crazy again
and I think risky
seems basically nuts to imagine "no, we of all people cannot have an NFT"
should we be able to represent an NFT?
i think some basics you have to be able to represent
and that is it
or whatever
there are x native functions (e.g. 10)
there are no contracts
like it is impossible actually impossible to have a malicious contract
you are order getting orders of magnitude simplification within each vertical because:
- you don't have arbitrary code of which 1 version of 100,000,000,000,000,000,000,000,000,000 etc etc versions of the code happens to be an order book
- and even further it is not like there are xxx versions of an order book
- and also you are doing 10 things not 10,000 things
so the design space, complexity, auditability, things that can go wrong, speed of computation is orders of magnitude of complexity lower than ETH
i think
to do something basic like "buy your gas token"
you can't be totally dependent on someone else's chain
you don't know if the super chain will have cheap computation
I think 2, 5 and 6 open the door to a wider range of things than initially needed maybe. why have these all on the native chain if you can outsource them to the Superchain with cheap computation?
this is my current project
and something something something lots of magic with ZK Proofs
I think native items are:
1/ identity (ENS equivalent, but multi-address, multi-chain,etc covered already -> extension of ID, TDH, rep etc)
2/ basic order book
3/ bridges (again anyway we are going to do this at a more general level so this is fine)
4/ NFT contracts (with all the trimmings - need this for sure)
5/ token contracts (tbd but probably)
6/ lending (tbd but probably)
doesn't that cover 95% of what people do on a blockchain anyway and you can do it with <10 native optimized ops
definitely will not support EVM contracts
yes the whole concept of the blockchain is just state changes
maybe like an orderbook type system built in Go or something. I will check out what open source libraries or projects exist like that. You can't port EVM AMMs to the chain
yes ofc ETH too
I would say the exchange should be ETH/6529 for maximum trustlessness
so this is a trustless bridge for USDT/USDC or whatever
because in principle people should be able to buy the token on its own chain
for people to be able to bridge in the other direction too
you can think about what that should look like too
I think on our network we have a simple prebuilt AMM (no arbitrary deployment, just built into the protocol)
and less differentiated
there is nothing more boring
i absolutely 100% am certain we do not want to be playing the "oh get EVM TVL on our chain"
so among all of those, we can also bridge the token
our whole thing is "we do trustless bridges to mainnet"
for the token