{"type":"rich","version":"1.0","title":"Jonas Schnelli [ARCHIVE] wrote","author_name":"Jonas Schnelli [ARCHIVE] (npub1nf…3dtxs)","author_url":"https://yabu.me/npub1nfrrurat393mqymf3s26pujyn5vujlem3pzcukr5p9d4qpklngxq43dtxs","provider_name":"njump","provider_url":"https://yabu.me","html":"📅 Original date posted:2018-06-19\n📝 Original message:I agree with matejcik’s point 1 to 3 and especially with point 4.\nThe mandatory flag (or optional-flag) makes much sense to me.\n\n\u003e -----------\n\u003e \n\u003e In general, the standard is trying to be very space-conservative,\n\u003e however is that really necessary? We would argue for clarity and ease of\n\u003e use over space constraints. We think more straightforward approach is\n\u003e desired, although more space demanding. What are the arguments to make\n\u003e this as small as possible? If we understand correctly, this format is\n\u003e not intended for blockchain nor for persistent storage, so size doesn’t\n\u003e matter nearly as much.\n\nI don’t see any reasons why space would be an issue.\n\nHWWs probably can’t handle PBST natively since it is not optimised for\npresenting various informations in a signing-verification.\n\nA single stream-in of a PSBT through USB (or similar channel) will not work in\nmany cases since HWW come often with very restrictive RAM constraints.\n\nFurthermore, I forget to mention in my last mail, that registering (or defining)\na mime-type for PSBT would probably a great usability feature.\n(Send PSBT by email/messanger and with dbl-click to open feature, etc.)\n\n\n/jonas\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 833 bytes\nDesc: Message signed with OpenPGP\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180619/c263f67b/attachment.sig\u003e"}