nopara73
ACK, it's a good idea. IMO we can continue as we are right now and delay this later. An alternative could be to add it to the Wasabi main site...
> Applying Private Information Retrieval to Lightweight Bitcoin Clients > PRESENTER(s): Kaihua Qin, Henryk Hadass, Arthur Gervais (Imperial College London), Joel Reardon (University of Calgary)
https://github.com/zkSNACKs/Meta/issues/58 https://github.com/zkSNACKs/Meta/issues/39 https://github.com/zkSNACKs/Meta/issues/36
# Confirmation As we discussed accepting unconfirmed coins creates more issues than it solves. ``` [INPUT REGISTRATION] Alice1 =input1=> Coordinator IsConfirmed() Alice1 Coordinator Alice2 Coordinator Bob Coordinator Satoshi Coordinator Alice1...
# Unspent It's obvious, but it should be specified nevertheless that unspent coins should not be registered: ``` [INPUT REGISTRATION] Alice1 =input1=> Coordinator IsUnspent() IsConfirmed() Alice1 Coordinator Alice2 Coordinator Bob...
This method doesn't scale.
Today's progress with https://www.planttext.com/ ``` @startuml == Input Registration == Satoshis -> Coordinator : GetCoinjoinStatuses Satoshis Coordinator : Input, RoundParamSig, ProofOfOwnership note over Coordinator :IsUnspent()\nIsConfirmed() Coordinator -> Alice1 : Credentials[]...
> For the approach we discussed fetching of the tx is required between outptut transaction signing, or for the alternative approach Alices should fetch the tx. I don't see why...
> The round param signatures should also be given at that point. Yup.
> but instead of the client giving a secret to the coordinator, the coordinator could encrypt the tx so that only round participants can decrypt and sign. Wow, that's a...