{"type":"rich","version":"1.0","author_name":"npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n","author_url":"https://nostr.ae/npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2016-08-04\n📝 Original message:On Wednesday, August 03, 2016 6:16:20 PM Matthew Roberts via bitcoin-dev \nwrote:\n\u003e In light of the recent hack: what does everyone think of the idea of\n\u003e creating a new address type that has a reversal key and settlement layer\n\u003e that can be used to revoke transactions?\n\nThis isn't something that makes sense at the address, since it represents the \nrecipient and not the sender. Transactions are not sent from addresses ever.\n\n\u003e You could specify so that transactions \"sent\" from these addresses must\n\u003e receive N confirmations before they can't be revoked, after which the\n\u003e transaction is \"settled\" and the coins become redeemable from their\n\u003e destination output. A settlement phase would also mean that a transaction's\n\u003e progress was publicly visible so transparent fraud prevention and auditing\n\u003e would become possible by anyone.\n\nThis is already possible. Just nLockTime your withdrawls for some future \nblock. Don't sign any transaction that isn't nLockTime'd at least N blocks \nbeyond the present tip.\n\nLuke"}