let's say we have X blocks a day and 95% of them have only 6529 transactions and 4% have ETH tx and 1% have SOL
Shit Punk Says
Oceans of Wisdom
20,678
matching drops
#1574220
2026-10-24 20:01
anything else is wildly inefficient
but then even more so, the person who wants to execute a transaction on one of those chains and needs the oracle should pay for it
yes
I agree with this. should be extensible to all significant chains ideally
BTC is hard btw bc of its limitations
i am saying something different. even if we decided to mint NFTs on 6529 chain tomorrow, being able to transport decisions to ETH is important (and Sol and BTC etc)
Is it possible that validators could vote on this in the future, if minting on Ethereum becomes too expensive or restrictive in a few years?
"you, the person who is in a rush to do something with 500 gwei gas"
put a bounty for validators to post in high gas situations
at the very least the network has to store the merkle hash on Ethereum so others can take their own actions iwth individual proofs
we will allow for this, but a world where we retreat to our chain is a mistake. as an individual, I use many chains. hard to imagine a network state should not be able to "use many chains" when any individual in the network can
is there a world in which new NFTs from the memes are minted on 6529 or will it always be Ethereum and then you never can ensure gas isn't crazy expensive right
on core consensus of another chain
you can't impose external chain costs
then they should pay for it
if they really need it during the 500 gwei gas
so they can wait
most of the time it is not time sensitive
on ETH
i think you need to move the cost to the person who wants the transaction
you can't "force" validators to bridge under those conditions, they just won't
and mainnet gas is 400 or something
and they are having some crisis of their own
the challenge is when you give assurances that you can transport decisions to ETH or BTC or SOL or whatever
it is no big deal
on our chain, it is fine, we will have a ton of validators, can manage our own gas, tokens, etc
i am very wary of setting up a situation where activity on another chain can ever break core functionality
i am very wary of setting up a situation where activity on another chain can ever break core functionality
if we have lots of nodes there could be a 6529 token reward for trusted nodes to verify the merkle hash but would require more Ethereum transactions
so you can set the consensus rules anyway you like
you need to deploy a 6529 smart wallet that is tied to the oracle
in order for one to use this
keep in mind that there is a 2nd level of ETH
in the absolute worst case, you can say at the smart contract level: "I trust 2 of these 5 validators on this"
i think this SZN will be fine
if someone sold their meme cards back when they were like an eth each - and then bought about 24 back - do they have a chance at minting this next season? Asking for a friend ðŸ«
in the absolute worst case, you can say at the smart contract level: "I trust 2 of these 5 validators on this"
we can do better than centralizing
the way L2s do it is simply centralizing this part lol
restricting who can create the merkle proof is the obvious answer but it also can't be spoofed is the biggest security concern
yes and the question is how do you know which one is valid
the actions of the 6529 create transactions like minting on Ethereum. this decision is sent to Ethereum and can only be completed with a valid by proof (by anyone). It needs to have the final truth on Ethereum
his question is smart and the correct one. how does ETH know which one is valid
Merkle trees should always be valid because they are verified on the 6529 chain (so on-chain). Invalid trees won’t reach the smart contracts as they’d be rejected by the 6529 chain. Am I wrong?
here there is a straightforward tradeoff between security and cost
easy way to do it is to vote by TDH on-chain on ETH but it can get expensive when ETH gas is high, so noodling over how far you can relax it
easy way to do it is to vote by TDH on-chain on ETH but it can get expensive when ETH gas is high, so noodling over how far you can relax it
what if there is an invalid merkle tree posted to a chain?
or anyone authorized by that smart contract
but it can be anyone
someone has to trigger with an EOA
smart contracts won't start the functions
group decisions: human, bot, AI or otherwise
where offchain data is not from APIs but from human decisions?
once the chain is up, it is something like this:
1/ a wave is a native multi-sig on the chain
2/ a wave's decisions are offchain signature aggregation, once it hits its threshold, submits a transaction to the 6529 chain, is verified, enters a block
3/ merkle tree of each block posted on all bridged chains
4/ smart contract wallets on each bridge chain are chained to only decisions in the oracle
so these votes are like offchain signatures that form the requirements to send the tx once they are combined?
not exactly
so these votes are like offchain signatures that form the requirements to send the tx once they are combined?
greater than 0
>0
How many credits is needed to be able to use the applause+?
and the part that is going to need the most testing
the decentralization and trust assumptions of the oracle (bridge) is the hardest part
oracle
how does the community decision to mint a NFT trigger a transaction on ETH? through a bridge?
React FE developers not sure if they are being summoned
We are now at 350,000 of +rep donated to the 6529 Network Art Drought! Thank you to all of those who are ensuring artists from The Line will be able to rehydrate the network through art.
https://6529.io/my-stream?wave=ccc67aa7-7c6e-40e0-93e8-136f42c6f3cd
yes
> Independent chain??
thanks for leaking the white paper buddy
L2 on btc on the rune protocol