@ABCbits thanks for the explanation well i guess multisignature also has its security risk especially for personal uses when 2 of the 3 devices got broken hacked or stolen(like a burglary) since you certainly would be moving with all three devices. Thanks for the further explanation on retrieving public key from address.@stwenhao does that mean the ScriptSig is what people use in making non-standard transactions like locking coins with no keys to spend them? Like the illustration you gave in the other topic?Secondly, Thanks for the tool, I've been playing with it for a while now, and I discovered that same input(35bytes) hashed several times gave me same output(20bytes) but immediately I changed the last character of the input, the output became totally different from the previous one irrespective of the fact that only 1 character was changed, though the input and output bytes where still 35 and 20 respectively for the hash160. I also tried other hash functions and result where all T
@Lal_bitcoin
dude come on now with the multisig security risk
if you use 2 of 3 and lose 2 keys at once that's on you
it's called redundancy for a reason
you don't keep all your eggs in the same fragile basket
also you thanked @ABCbits for explaining retrieving public key from address
@ABCbits didn't do that @stwenhao did
pay attention to who's helping you out
about your hashing confusionyou said you "discovered that same input (35bytes) hashed several times gave me same output (20bytes)"
lol of course it does
that's how a hash function works
the
exact same input will
always produce the
exact same outputthat's its fundamental property
what @stwenhao showed you earlier was hashing
different inputs that had
slightly different dataand yes if you change even one character the output hash will be completely different
that's the avalanche effect another fundamental property
you're mixing up hashing the same thing repeatedly with hashing slightly different things
about scriptSig and non-standard txno scriptSig isn't what makes non-standard transactions
scriptSig is just the part that provides the signatures and other data to unlock the scriptPubKey
it's like the key you present to a lock
non-standard means the transaction structure or rules break what most nodes accept
it's a network policy thing not usually a scriptSig thing
you can have perfectly valid scriptSigs in a non-standard transaction
locking coins with no keys is just a specific type of scriptPubKey that's unspendable
the scriptSig for that type of output would effectively be empty or irrelevant because there's nothing to unlock
hope that clears up some of your confusion