Re: [bitcoin-dev] Pull-req to enable Full-RBF by default

2023-08-02 Thread Daniel Lipshitz via bitcoin-dev
For clarity purposes. 1. Our research is based on monitoring main net transactions and network activity - as too is our risk engine. We do not engage in specific hashing pool assessments or research. 2. It is not easily possible or comfortable to engage with our clients to offer up

Re: [bitcoin-dev] Pull-req to enable Full-RBF by default

2023-08-02 Thread Daniel Lipshitz via bitcoin-dev
Your assessment of my dishonesty is based on your assumption of how I should be running GAP600, your assumptions are baseless and lack commercial experience and likewise your conclusions are false. I have provided already back in December clear access to clarify opposite our clients corroborated w

Re: [bitcoin-dev] Pull-req to enable Full-RBF by default

2023-08-01 Thread Daniel Lipshitz via bitcoin-dev
117 Skype: daniellipshitz123 Twitter: @daniellipshitz On Tue, Aug 1, 2023 at 6:04 PM Peter Todd wrote: > On Mon, Jul 31, 2023 at 01:26:11PM +0300, Daniel Lipshitz via bitcoin-dev > wrote: > > This would unnecessarily and extremely negatively impact merchants and > > users who

[bitcoin-dev] Pull-req to enable Full-RBF by default

2023-07-31 Thread Daniel Lipshitz via bitcoin-dev
This would unnecessarily and extremely negatively impact merchants and users who choose to accept 0-conf while using mitigation tools like GAP600. This negative impact could be avoided by simply adding first seen safe rule - ie a trx can be replaced but needs to include the original outputs. At GA

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2023-02-06 Thread Daniel Lipshitz via bitcoin-dev
On Sat, Feb 4, 2023 at 6:28 PM Peter Todd wrote: > On Sat, Jan 14, 2023 at 10:15:30PM +0200, Daniel Lipshitz wrote: > > We have standard commercial information about the payment processors, non > > custodial liquidity providers and merchants which become our clients - we > > do not have any kyc/a

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2023-01-17 Thread Daniel Lipshitz via bitcoin-dev
would make all trxs just like OptinRBF. FullRBF but with FSS implemented will still enable 0-conf acceptance. > > On Mon, Jan 16, 2023 at 1:50 PM Daniel Lipshitz via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> Some further clarity on our unique t

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2023-01-16 Thread Daniel Lipshitz via bitcoin-dev
Some further clarity on our unique trx hashes queried to our platform, our initial and followup numbers on unique trx hashes queried were not accurate - apologies. Bitcoin addresses queried and Usd value and unique were accurate. This is as a result of our platform viewing each queried bitcoin addr

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2023-01-14 Thread Daniel Lipshitz via bitcoin-dev
On Sat, Jan 14, 2023 at 1:53 AM Peter Todd wrote: > On Sun, Dec 18, 2022 at 10:06:15AM +0200, Daniel Lipshitz wrote: > > GAP600 is not a trxs processor or liquidity provider we service > merchants, > > payment processors & non-custodial liquidity providers - our service is > > purely the 0-conf e

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-18 Thread Daniel Lipshitz via bitcoin-dev
GAP600 is not a trxs processor or liquidity provider we service merchants, payment processors & non-custodial liquidity providers - our service is purely the 0-conf enabling our clients to accept 0-conf. Clients access our service via API - sending us the Trx hash & output address. Our service is n

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-14 Thread Daniel Lipshitz via bitcoin-dev
A 0-conf double spend caused by FSS-RBF would be harmless since the original output (address and amounts) remain in the double spending trx. So all a merchant would need to do is monitor block inclusion for the relevant output. Addition of some wallet logic would resolve it easily. Technically t

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-13 Thread Daniel Lipshitz via bitcoin-dev
On Tue, 13 Dec 2022 at 23:41 Peter Todd wrote: > On Tue, Dec 13, 2022 at 01:33:00PM +0200, Daniel Lipshitz wrote: > > I dont think there was anything technical with the implementation and as > > far as I can tell this is well developed and ready. > > There are lots of problems with my first-seen-

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-13 Thread Daniel Lipshitz via bitcoin-dev
09 AM Daniel Lipshitz via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> I dont think there was anything technical with the implementation and as >> far as I can tell this is well developed and ready. >> >> The reasons I can find for not being adopted

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-13 Thread Daniel Lipshitz via bitcoin-dev
I dont think there was anything technical with the implementation and as far as I can tell this is well developed and ready. The reasons I can find for not being adopted are listed here - https://bitcoincore.org/en/faq/optin_rbf/ under - Why not First-seen-safe Replace-by-fee Those reasons do no

Re: [bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-13 Thread Daniel Lipshitz via bitcoin-dev
Thank you for bringing that to my attention, apologies for not being aware of it. First-seen-safe replace-by-fee as detailed here https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html by Peter Todd seems to be a very suitable option and route which balances FullRBF while re

[bitcoin-dev] A proposal for Full RBF to not exclude Zero Conf use case

2022-12-12 Thread Daniel Lipshitz via bitcoin-dev
Intro Currently there is a significant use case of 0-Conf acceptance of transactions. Merchants and service providers are fully aware of the risks related to 0-conf. Full RBF if it would be significantly enabled would most likely make 0-conf not possible and significantly limit this current use cas

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-03 Thread Daniel Lipshitz via bitcoin-dev
See below feedback from CEO of Coinspaid Re - Bitcoin Zero conf market value Daniel Lipshitz GAP600| www.gap600.com Phone: +44 113 4900 117 Skype: daniellipshitz123 Twitter: @daniellipshitz -- Forwarded message - From: Max Krupyshev Date: Sat, De

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-03 Thread Daniel Lipshitz via bitcoin-dev
Can also set you up with a trial account - interface is via API - just let me know which email you wish for me to use and I will send over an activation link which is active for 24 hours. Happy to do it for other members list as well. On Sat, 3 Dec 2022 at 13:01 Daniel Lipshitz wrote: > Shapesh

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-03 Thread Daniel Lipshitz via bitcoin-dev
Shapeshift used to be clients in fact one of our first when we started in 2016. They no longer use our service but from time to time use us for fee recommendations. So we actually should remove their logo as a current client. If you wish to test it out try find a merchant using Coinpayments or Co

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-02 Thread Daniel Lipshitz via bitcoin-dev
undation.org/pipermail/bitcoin-dev/2022-June/020557.html > [3] > https://lists.linuxfoundation.org/pipermail/lightning-dev/2021-May/003033.html > [4] > https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2022-October/021135.html > [5] > https://lists.linuxfoundation.org/pipermail/bitcoin-dev/20

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-02 Thread Daniel Lipshitz via bitcoin-dev
nce 2014/2015. Daniel Lipshitz GAP600| www.gap600.com Phone: +44 113 4900 117 Skype: daniellipshitz123 Twitter: @daniellipshitz On Fri, Dec 2, 2022 at 6:30 AM Peter Todd wrote: > On Thu, Dec 01, 2022 at 02:27:16PM +0200, Daniel Lipshitz via bitcoin-dev &

Re: [bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-02 Thread Daniel Lipshitz via bitcoin-dev
possible > > No other coin or chain offers a safer way to do business than lightning > over bitcoin. > > > > > On Thu, Dec 1, 2022 at 7:32 AM Daniel Lipshitz via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> HI All >> >> I am

[bitcoin-dev] [Opt-in full-RBF] Zero-conf apps in immediate danger

2022-12-01 Thread Daniel Lipshitz via bitcoin-dev
HI All I am the CEO of GAP600. We guarantee zero confirmed Bitcoin and other crypto transactions, BTC is a primary part of our business. Our guarantee enables our customers to recognise zero-conf deposits. We reimburse our clients value of the trx should we get it wrong and a transaction we confi