i laugh
funny part is everything i say can be backed up by solid blockchain data
unlike larry who has not read any code and keeps refusing to read code but pretends he knows the code although keeps saying how he shouldnt have to read code to know how bitcoin works. thus defeating his own defence by admitting he doesnt read the code to know how things work. instead he relies on trusting the name i mentioned not realising why i mentioned them because its them that are the broken record of idiots lacking research who never back up their statements with code.
but hey, larry has fallen into the cult. been suckered into the ass kissery and so he has made his bed.
ill give him pfft 7 years before he realises its time to escape the cult and think for himself for once
as for nutildah.. even he pretends to have never used lightning or ordinals but promotes the hell out of them even when they have been proven to be broke.. instead he wants to promote that they (falsely) work and its bitcoin that people should remain annoyed with and use less.. yep nutildah has shown many times in this very topic that he adores ordinals and doesnt want them to stp, even when he has been show that ordinals is broke and doesnt work as described.. so it makes me laugh when he pretend he wants it "patched" yet has been hell bent on (falsely)proving that ordinals has utility, even when it doesnt
again even nutildah should take some time to learn how the things he promotes work. rather then just blind trust his promotions by trusting the project managers empty promises..
as for the "i dont like someone limiting me to 520 bytes. maybe my redeem script needs to be larger"
here is the thing. if a code for a redeem script knows what to expect for a redeem script to work.. then it knows what to expect.. thus can have expectation rules of what to expect thus able to validate whats expected.
thus if the maximum redeem script for a 15 of 15 multisig is 520bytes then you can put an expectation that the most you need is 520bytes
if bitcoin then invents a new format that has say schnorr signature which promised to only be one signature length. and had an expectation of one signature length.. then the most that new feature would have an expectation of, is one signature length.. so would have an expectation rule to expect one signature length
..
but if you prefer a system that does not know what to expect, inspect or validate. then that is where rules can be broken and things allowed into a block that have not been validated/expected/inspected.
..
as for the rationale which blackhatcoiner quotes for the reason to remove expectation rules of data..
they say its not needed because the expectation is that the script is only one signature length so why waste time checking for length if there is an expectation that its always going to be only one length
the flaw in that theory is that taproot has proven to not be one signature length.. so it broke expectation they presumed.. so a rule would have been great to ensure that only a signature length was used.. instead of this junk data being allowed due to lack of checks
in short. they presumed and assumed without checking... which is the main flaw of lack of review, testing and scrutiny.. and its the main flaw of idiots that kiss ass.. they presume and assume without checking too