Chris Belcher [ARCHIVE] on Nostr: 📅 Original date posted:2022-05-01 📝 Original message:Hello ZmnSCPxj, This is an ...
📅 Original date posted:2022-05-01
📝 Original message:Hello ZmnSCPxj,
This is an intended feature. I'm thinking that the same fidelity bond
can be used to running a JoinMarket maker as well as a Teleport
(Coinswap) maker.
I don't believe it's abusable. It would be a problem if the same
fidelity bond is used by two makers in the _same_ application, but
JoinMarket takers are already coded to check for this, and Teleport
takers will soon as well. Using the same bond across different
applications is fine.
Best,
CB
On 01/05/2022 10:43, ZmnSCPxj wrote:
> Good morning Chris,
>
> Excellent BIP!
>
>>From a quick read-over, it seems to me that the fidelity bond does not commit to any particular scheme or application.
> This means (as I understand it) that the same fidelity bond can be used to prove existence across multiple applications.
> I am uncertain whether this is potentially abusable or not.
>
>
> Regards,
> ZmnSCPxj
📝 Original message:Hello ZmnSCPxj,
This is an intended feature. I'm thinking that the same fidelity bond
can be used to running a JoinMarket maker as well as a Teleport
(Coinswap) maker.
I don't believe it's abusable. It would be a problem if the same
fidelity bond is used by two makers in the _same_ application, but
JoinMarket takers are already coded to check for this, and Teleport
takers will soon as well. Using the same bond across different
applications is fine.
Best,
CB
On 01/05/2022 10:43, ZmnSCPxj wrote:
> Good morning Chris,
>
> Excellent BIP!
>
>>From a quick read-over, it seems to me that the fidelity bond does not commit to any particular scheme or application.
> This means (as I understand it) that the same fidelity bond can be used to prove existence across multiple applications.
> I am uncertain whether this is potentially abusable or not.
>
>
> Regards,
> ZmnSCPxj