In the other telegram channels it is suggested to add a 5 block delay to dispenser closing.
This will solve nothing as far as i can understand.
The solution IMO is
1. Inform of dispenser risk
2. Add the possibility of reserving a dispenser.
Full text: https://github.com/CounterpartyXCP/cips/discussions/120
- 02 October 2023 (8 messages)
-
Delayed Dispenser Closing · CounterpartyXCP/cips · Discussion #120It was suggested on Telegram that closing of dispensers should be delayed by five blocks. This to prevent an attack vector ("rugspenser") where seller detects incoming dispense and immedi...
-
How is a reserved dispenser different from btcpay? -
CIP draft and discussion.
https://github.com/CounterpartyXCP/cips/discussions/121CIP - Dispenser Reservation · CounterpartyXCP/cips · Discussion #121CIP 32 Abstract Reserve a dispenser for 10 blocks by sending a tiny amount of BTC dust to it. This is optional. Dispensers can be used without reservation as before. Backwards compatible. No change...
-
Contracts compete over liquidity. Buyers are faced with unreasonable risk when a good offer is on dispenser only.
Dispensers need a btcpay like solution, which is what "Dispenser reservation" provides -
dispensers are the btcpay solution
-
otherwise we wouldnt have them at all
-
i will post on that CIP, just busy getting ready for Paris
-
Tnx. Enjoy Pepe Paris!
- 04 October 2023 (1 messages)
-
Joined. - 13 October 2023 (7 messages)
-
I urge community members to weigh in on the pros and cons of batch-dispensers.
https://github.com/CounterpartyXCP/counterparty-lib/issues/1148Just 1st dispenser dispenses when batch-sending sats to multiple dispensers · Issue #1148 · CounterpartyXCP/counterparty-libThis is the transaction (generated with a simple blue wallet) https://blockstream.info/tx/11eb2b730e2e383a657c51d7b04bd55271d1e86ac9a2c74d3e3f6c78e88e23ff where correct exact sats were sent to 5 di...
-
ThanksJp. I have read through it all again. I’m actually undecided. Hard one, but looks like it’s going ahead anyway.. is that correct? -
Well, that's to the community to decide.
-
There is no community deciding changes to the protocol. Still, the same person decides what will be done next, pays someone to implement it (for appearances of a team), then “because is already done” is merged to master by the same person.
Why can’t there be more people approving/not changes before these get merged to master??? I have asked this multiple times in multiple repo threads and nobody answers… -
I think that as there are not other implementations for the protocol is more dificult to get things done well. also if there are diferent languages implementations would requiere more consensus for not break things -
This is my opinion
-
The comments on the post are hard to counter without starting an argument, and I’ve had enough of those. It’s my overall opinion that I agree with Juan, and that’s really why I don’t want to “waste’ my time or cause anymore friction. I think if there is any pressing issue with counterparty is the obvious need to properly decentralise the processes. With that said.. I’ll keep on making pepes.
- 24 October 2023 (4 messages)
-
Left.
-
I can't see the person who benefits from names being given traded through a centralised 3rd party service writing the code to allow asset names to be traded on the DeX or via dispensers ..I wish I had the skills to submit a pull request -
True. I don’t see any technical limitation to having asset issuance transfer dispensers.
-
Maybe @jp_janssen shuffled dispensers can be used for this?
- 25 October 2023 (4 messages)
-
Atomic Swaps: Advancing Decentralized Asset Exchange and Trust Minimization · CounterpartyXCP/Forum · Discussion #100Introduction: Atomic swaps enable direct peer-to-peer asset exchange between Bitcoin and Counterparty assets without the need for intermediaries or trusted third parties. They utilize Hash Time Loc...
-
Here is a round about way to implement asset trades
-
JP has commented here
-
I know Dan Anderson had proposed it several years back, and John Villar was in support of it. However, I don't think Dan ever created a CIP for it at the time. I'll try to find that discussion back and link it here.