Txid: 9428d235ab8eda1bb21036805b80b12346b32d44e66c60a35e8198d40d57637f
Broadcast
I might try my hand at crafting a txn next week. yāall forgot the T3, hehe. No big deal, I still have some buy side and plenty of sell side left. Maybe this week will see people buying back all the nbt they sold last week.
Right.
But I forgot only the sell side of your T3 custodianship in the calculation
After all it shouldnāt have mattered muchā¦
Refilling the BTC can be made separately - forgot that as wellā¦
donāt worry about the T3 stuff, just got a trade.
approx. current reserves: $1714.96 NBT | $3376.16 BTC
My private BTC multisig key was compromized. I am working with @ttutdxh to replace my key.
The probability that someone gets my key is low. Using it to sign something I donāt want to sign and causing harm is even less probable because 4 other FLOT members have to sign it. Still I will explain what happened after a new address is made and the current one is not used.
I have updated my key post by adding comments with the new key and URL to this post.
@ttutdxh has merged my pull request to make the change to cointoolkit.
@masterOfDisaster can you please update OP to change my quoted text from the key post?
edit to add: the transaction in OP will need to be changed although the current one is needed to transfer fund, I suppose.
Shouldnāt we create a new multisig address using your new pubkey and transfer all funds there?
Yes, I think that is the right procedure. Was it @ttutdxh who made the last multisig address? I can make one but Imaybe we should we let @ttutdxh do it ?
Anyone can do it. I might do it later, if nobody beats me to it.
Sorting the pubkeys in lexicographical order is very useful, because you donāt need to remember the sorting and just the āsorting algorithmā.
We should consider creating a 2-of-3 multisig address with very few funds on it, just to be more agile (which sometimes is necessary) than with 5-of-8, although I need to check whether thatās allowed.
I expect to find a motion that states otherwise.
2 groups of 2-of-3 would start to be āstrictlyā more agile than 5-of-8. Though I think 5-of-8 has been good enough for non-controversial transactions so far, and Iām not inclined to introduce further key management complications.
5-of-8 needs to be used for the vast majority of the funds due to security reasons.
But during recent times of enormous pressure - and although the FLOT was always way faster than 36 hours! - I wished for having more agile transactions.
That subset could refill T3 custodians etc. as well regularly, while being refilled from 5-of-8 from time to time.
It would share load.
If we really have to do multiple groups of 2-of-8, why not just one big 3-of-8 holding a small amount using the same keys? Itās likely to offer roughly the same security and agility. Key management also simpler, because we only change the signing thresholds.
On the other hand, the reaction time of FLOT has only been a problem in negotiation and discussion. When something is non-controversial FLOT reaction has been pretty quick so far.
Iām speaking of 2-of-3 to have the need for consensus in that group.
We have been lucky, to find 5 of the 8 signing that fast eaxh time.
NBT with 3-of-5 has shown to be way faster.
Iām still preferring 2-of-3, because I donāt think of tens of thousands of USD on that address, but a few thousands instead.
I just made a 5-of-8 pubkey-sorted one from github.
address
3HikFkS2Zinab1TJq7dqp6wSPyLu7i7bhe
Redeem Script
55210234139729dd413c84a71a0bfd6f236790be861b37311cef3240277c940e4b0c072102435b894b94b4b27dd24436b3f9ad0b9409d855ab4be6e91141d445804e84750b2102e2fcdfe246e9cd4864d9119b8af465487385eccd0ea30a8cb21d44d36818189f210312cd6eb361c9ebb0d90e44946492a237eab4c7a7d88a0db800f2f460937cc22f210326c19862fb329470c828ace6749b64c50b4d9a8da60d60e4e32ebe96b388b2ae21034b0bd0f653d4ac0a2e9e81eb1863bb8e5743f6cb1ea40d845b939c225a1a80ff2103661a4370dfcfbcea25d1800057220f4572b6eecab95bb0670e8676a9e34451dc2103da8082062298c40f0b473b74f3c95b57eaaebe3e67ed30ce56347b2e727915fb58ae
Shareable URL
undefined/cointoolkit/?mode=bitcoin&verify=55210234139729dd413c84a71a0bfd6f236790be861b37311cef3240277c940e4b0c072102435b894b94b4b27dd24436b3f9ad0b9409d855ab4be6e91141d445804e84750b2102e2fcdfe246e9cd4864d9119b8af465487385eccd0ea30a8cb21d44d36818189f210312cd6eb361c9ebb0d90e44946492a237eab4c7a7d88a0db800f2f460937cc22f210326c19862fb329470c828ace6749b64c50b4d9a8da60d60e4e32ebe96b388b2ae21034b0bd0f653d4ac0a2e9e81eb1863bb8e5743f6cb1ea40d845b939c225a1a80ff2103661a4370dfcfbcea25d1800057220f4572b6eecab95bb0670e8676a9e34451dc2103da8082062298c40f0b473b74f3c95b57eaaebe3e67ed30ce56347b2e727915fb58ae#verify
Above URL is copy-n-pasted and not working directly (bug? @ttutdxh ). I made a clickable verify URL here.
Thank you!
I made a test deposit to it (paranoiaā¦).
Once that was successful and we could execute a tx from that address, we move the funds from the current multisig address to it and I adjust the OP.
I think thereās no need to hurry, we can do it with each subsequent tx, right?
Is it possible to make that post (and other FLOT related posts) a wiki type post with edit permission for FLOT members?
01000000017f63570dd498815ea3606ce6442db34623b1805b803610b21bda8eab35d2289402000000fd600100483045022100bee8552fb467eae9d853c359c4c39400e3088480e5a71532bdd9e285072265d202205669d40d074292e4d94cdc8b5635efc85bb59080a653a897e59886f2cd57b891014d130155210234139729dd413c84a71a0bfd6f236790be861b37311cef3240277c940e4b0c072102435b894b94b4b27dd24436b3f9ad0b9409d855ab4be6e91141d445804e84750b2102e2fcdfe246e9cd4864d9119b8af465487385eccd0ea30a8cb21d44d36818189f210312cd6eb361c9ebb0d90e44946492a237eab4c7a7d88a0db800f2f460937cc22f21034b0bd0f653d4ac0a2e9e81eb1863bb8e5743f6cb1ea40d845b939c225a1a80ff2103661a4370dfcfbcea25d1800057220f4572b6eecab95bb0670e8676a9e34451dc2103a5fc09a5de595e4758bfbc3a932e2c448cc49a557dd6e64788cee530a76225212103da8082062298c40f0b473b74f3c95b57eaaebe3e67ed30ce56347b2e727915fb58aeffffffff02204e00000000000017a914afd5c3c6fb0c40799f0a874396df7bfce2bc29a38750ac60020000000017a914f716edbaa472c1470d36a3e78b17a4c9bb547fcf8700000000
Have we had funds sent from a multisig address to another multisig address before? Should we test it by sending a test fund from a normal address to the new multisig address, then sending part of it from the new multisig address to the old address just to make sure, for example, all the change wonāt vanish into tx fee?
I donāt think so.
Agree, should be tested as well!
Iāve initiated a transfer from a singlesig address to the new multisig address.
Once itās there we can test that as well as the multisig-multisig later.
Thanks. I was going to send some but just found I donāt have any btc. Was about to sell other coins before saw your msg.
For the greater good!
The fund is there. But when I try to create a new transaction on cointoolkit using the Multisig Redeem Script, I get an error when pressing Load
Unexpected error, unable to retrieve unspent outputs!
What is wrong?