The problem is that the change sent to your change address is only 2376 satoshi's, so that's the maximum amount you can increase the fee with... So if you do a RBF, the maximum fee for the rbf transaction is 0.00001103 + 0.00002376 = 0.00003479. This bump would increase the odds of your transaction ending up in a block, but not by that much... The fee would still be to low for a fast confirmation!

Also, like i said before, if you bump the fee up to 0.00003479, you no longer have the option to do a CPFP...

Personally, if i would have your problem, i'd be in one of these 2 situations:
1) there's a sense of urgency... You're paying somebody else and you cannot contact this person to explain the situation.
Sollutions:

• Do a CPFP
• Find a mining pool operator and pay him
• expert, small odds of success: but you can also double spend the input in a brand new (non-rbf) transaction but use more unspent inputs so  you can pay for a much higher fee... The problem is that most nodes would reject this transaction, especially if sent within 2 days after the initial tx was broadcasted

2) there is no sense of urgency... You're moving funds between wallets, or you're paying somebody you can contact and explain the situation
Sollutions:

• Keep rebroadcasting the tx and wait it out
• Bump the fee up to 3479 satoshi's and keep rebroadcasting the tx and wait it out
• Do a CPFP
• Find a mining pool operator and pay him
• expert, small odds of success: but you can also double spend the input in a brand new (non-rbf) transaction but use more unspent inputs so  you can pay for a much higher fee... The problem is that most nodes would reject this transaction, especially if sent within 2 days after the initial tx was broadcasted

https://www.blockchain.com/btc/tx/1df2b339823d819caf5606b41338f7407e984bc3e29435a28c531e9006cb063f

Well, at first, it looks like the change is 0.00002376 BTC, so if you bump the fee, you can at least try to increase it by 2376 satoshi's...
You could also use the unconfirmed output to your change address as input for a new transaction with a fee high enough to cover both the initial and the CPFP transaction.

https://coinb.in/#fees tells me that at this point in time, this transaction would need a fee of: 0.00024628 BTC, since you payed only 0.00001103 BTC, you'll probably have to wait for a while... If you keep rebroadcasting your transaction, there's a reasonable chance it'll end up in a block even if you do nothing but rebroadcast...

To summarise, here are your options:

• Find a big mining pool operator that's willing to increase your tx's priority (either for free, or paying... But stay away from unknown miners, a single miner cannot just mine your transaction by himself)
• do a CPFP
• bump the fee
• keep rebroadcasting the transaction and wait it out

The first option is self-explanatory
The second option is using the unconfirmed unspent output funding the change address in a new transaction with a fee of: (0.00024628 BTC - 0.00001103 BTC) + a decent fee for the transaction itself
The thirth option is using the opt-in rbf that you probably opted into (since you already tried to bump the fee)... Altough bumping the fee with 2376 satoshi's probably won't suffice, and spending the complete change will exclude you from trying a CPFP
The last option is the easyest, but will probably take the most time... Just save the raw tx in hex format and keep rebroadcasting it using one of the many online forms...

djhomeschool is completely correct... Might i add following questions/remarks/tips?:

• did you double check the deposit address generated by electrum? There are copy/paste virusses that change the address in memory by an address owned by the virus writer
• did you look at the deposit address on a block explorer?
• did you verify the signature of the electrum installer you downloaded? There are several illegal versions floating around, if you downloaded such a version, it's possible that the deposit address that was generated was just an address whose private key was owned by the person who wrote the illegal version...

As for your question about support: electrum is free and open source, i don't think ThomasV has the resources to start a professional support team... Afterall, i don't think he gets a lot of donations, so there's no money to provide professional support...
Asking your question in this forum is the best you can do... If you want professional support, you'll probably have to buy a ledger or a trezor... These devices are manufactured by a company, so they have some resources to setup a (semi)professional support team.

Seems like you're getting a bit confused here...
Simply put: it IS possible to create an airgapped setup so your private keys never touch an online machine... However, you'll need an ONLINE watch-only wallet to scan the blockchain looking for unspent outputs funding your address and create unsigned transactions.
These unsigned transactions are then moved to the offline (airgapped) machine for signing, and the signed transaction has to be moved back to an online machine for broadcasting.

If a signed transaction is not broadcasted to the network, it won't end up in the mempool of a mining node, so it has 0 chance of getting into a block (getting confirmed)

I have a hard time following the logic here... You wanted to exchange BTC to STH, but accidentally copied some other btc address shown on the exchange site? In this case you do know the owner of the address: the exchange's admin.
If he's an honest person running an honest business, the odds of him sending your BTC back if you ask him nicely are reasonable

Do you mean: is it technically possible to build a web lightning wallet? If so, the answer is yes, altough using web wallets is never a good idear

I don't have any stakes in promoting eclair, altough i'm a longtime eclair user... And as a user i tend to disagree with some of the above statements: eclair has a desktop version next to it's mobile version and it's open source so anybody can vet the code. Also, i see lightning wallets as "pocket change" wallets, not for storing huge amounts of funds... As such, i don't think a hardware wallet implementation is necessary.
IMHO, a lightning wallet is meant to be loaded with a couple dozen bucks so it can be used to make small POS purchases... The whole protocol isn't as safe as bitcoin protocol it relies on anyways...

Don't get me wrong: i completely agree with the fact that if you want to keep your funds safe, you should consider a hardware wallet, airgapped wallet or paper wallet... But the lightning protocol isn't about keeping your funds in a completely safe environment, it's about finding a balance between relative safety, speed and ease of use... Just my 2 satoshi's tough.

I've never used blue wallet... I have just taken a quick glance at their website, and it looks like it's not an open source wallet (i can be wrong, i just quickly browsed their site), so i'll stick with eclair for now. It's a basic wallet, but it fullfills everything i need for a spending wallet for now.

So, is it your scamsite, or are you just a payed shill? What this site portaits is theoretical impossible, so if you keep insisting something theorethical imposible has happened, the only logical conclusion is that you're trying to scam the users of this forum...

I visited this site and quickly scanned the explanation they gave on how they cancel transactions, and all i can say is: that's not how this works... As soon as a transaction is confirmed, it's allmost impossible to cancel the transaction unless you own enough asic's to do a 51% attack... Any site claiming otherwise are a potential scam

I have a hard time following your logic... You either need your seed phrase OR you password + wallet file. You can't recover your password using the 12 word seed phrase.

My advice:
- take a step back
- take backup copy's of ALL wallets and ALL seed phrases
- install a clean copy of electrum portable, downloaded from the official website on a CLEAN PC, restore the wallet from seed. You don't need the password (you can pick any password you want) during the restore phase.

If this doesn't work you either have the wrong seed phrase written down, or there are connectivity issues... If the button on the right bottom of electrum's screen is green, it's connectivity issues otherwise it's the wrong seed phrase.

Op: a service that requires you to send funds in order to receive funds is a scam allmost 100% of the time. I've been around for a long time and i have yet to see the first legit case...

If you would succeed in getting a loan, and sent the 0.01, you would have 'donated' 0.01 btc to a scammer...

You forgot my favorite one: bussybuddy... This dude wanted 1 BTC for 100 pixels...  He tought his "idear" was worth 10.000 BTC (take the term "idear" losely, he just downloaded a free php/mysql million pixel script that has been floating around the web since 2006 and installed it), and it wasn't at a time when BTC was worthless neither, IIRC it was in 2017 when BTC price was really high... The million pixel page wasn't even on his TLD, he used his tld to get people to send him their resume's containing all private information and promised 1 BTC per applicant...

Needless to say his site went offline.... Luckily, i don't think he has convinced any unlucky victim to send him 1 BTC...

https://bitcointalk.org/index.php?topic=1902442.0

You're not stupid, it's a legit question...
The fact of the matter is that the volume doesn't always stay the same... When the mempool contains 10000's of transactions with a fee over 100 sat/byte, the odds of broadcasting a 10 sat/byte transaction and seeing it end up in a block BEFORE those higher paying transactions were either pruned from the mempool, double spent or confirmed is very small... But if you wait long enough and keep rebroadcasting your 10 sat/byte transaction, the odds are good that some day there will be a mining node whose mempool only contains transactions in the same feerange as yours (either because all other transactions were mined, or because the node pruned higher paying unconfirmed transactions, or maybe because the node just started out and had an empty mempool when you re-broadcasted your transaction).

There are also some nodes that let you prioritise transactions (either for free, or paying), and sometimes the CPFP mechanism kicks in when you use the unspent output created by the unconfirmed transaction as input for a new transaction with a higher fee.

Segwit can also influence which tx's are included into blocks... A transaction with a smaller fee (in sat/byte) but with a lot of witness data can be more interesting than a non segwit transaction with a bigger fee (in sat/byte)... But it still boils down to the same principle: a miner wants to maximise his income.

Last but not least: there *might* still be miners honouring high priority transactions... Altough i doubt there are a lot of those miners still hanging around.

But, in general, you are correct, as long as a miner can fill his block with transactions with a higher fee (in sat/byte), they won't include transactions with a lower fee...

Good luck with your project, however as it stands, i don't see many people buying one of your pixels due to the lack of uniqueness, provably fair mechanisms, guarantees and transparancy.

• The domain is using whois privacy, nobody knows who you are... What assurance do you give you won't just dissapear after all pixels have been sold?
• It seems like even if you're legit, nobody knows who'll win those big prizes, there's no mechanism preventing you from cheating
• Sad to say, but i've seen a couple of these million dollar pages in the crypto community already... You're far from the first person to try this

Well.... I'm not from the US...
But no, i have never heared about zknog, zkong, iswift,... I know swift codes, but not iswift.

The mere fact that they have a website showing statusses and alowing you to track a shipping proves nothing at all (i can make a website showing status information and fake tracking info in a couple hours). Even if they gave you a tracking number you can use with your post office's official tracker, it doesn't mean all that much (they could have sent you some useless rubbish instead of a card).


Now, once again: all of this is my gut feeling. The cloud "mining" company's site is down, in google's cache the site looks like a boilerplate, cookie cutter, templated ponzi... a textbook example. The fact that a company i do now know sends a card i do not know and basically forces you to pay >$700 for a simple delivery doesn't seem right for me either. In today's world, i don't see why there has to be a physical card, nor why the price would be so exhuberant. I've been sent gold, completely insured, and i had to pay like a couple dozen bucks... >$700 is insane unless the card is hand delivered in less than 2 days everywhere in the world, constantly guarded by armed guards and handed over by an attorney carrying it in an armored suitcase cuffed to his wrist, including official contracts he has to sign when he has delivered the card in the presense of an official bailiff.

I have no experience with this particular scam... euhm... cloud"mining" company.
The fact that their website seems down isn't a good sign to begin with, and when i look at the site in google cache, it looks like any other ponzi scam i've seen...

So, they've told you to get a card from a second company that sold you a card but made up rules about activation windows that are unable to be followed unless you pay $723... Sounds really, really, really, really, really, fishy to me.

My gut feeling tells me you've lost all money you "invested" with them, and they're trying to kick you while you are down. They hope you're so afraid of losing your invested money (which is, in fact, already lost) you'll fall for a second scam... Just my gut feeling tough

Others have raised fair points here, but i'd like to take a step back and re-visit OP's original question: can the LN be used for mixing...

Short answer: not really...

Long (simplified) answer: The lightning network is a network of nodes that have open channels between them. Both opening and closing transactions are on-chain. After a channel has been opened, what basically happens is both sides of a channel exchange signed transactions that are not broadcasted to the bitcoin network... When a channel is closed, the transaction is broadcasted.

So, basically, you have an usnpent output you want to mix... What will happen?

You use your "dirty" unspent output to fund your lightning wallet (or maybe the unspent output is already funding one of your mightning wallet's addresses). This is a 1-1 transaction and is traceable.
You use the traceable unspent output to open a channel with somebody else... This is on-chain and traceable
It doesn't matter how much update transactions get sent between you and the other side of the channel, once it closes it's once again an on-chain transaction funding either one side's address, or (more likely) partially funding an address of both channels...

The thing is: if you send funds using the LN to one person, and this person sends funds back, it'll most likely go over the same channel, and it'll cancell eachother out...

Seems like Carlton Banks already answered this topic


As for now, i run a bitcoin core node, c-lightning on top of core and lightning-charge on top of c-lightning... It's actually pretty easy to setup, and it runs without hiccups for weeks on end... So, if you're serious about accepting lightning payments, and you want a "from-scratch" sollution, i'd probably go for something like this:

- Add a second, empty, 512 Gb SSD disk to a fast computer with sufficient RAM and BW, running linux. mount the device under ~/.bitcoin
- Install bitcoin core, run it, let it sync
- turn off the pc, remove the SSD, setup an rPi 3b+, plug in the SSD, mount it under ~/.bitcoin (create a seperate user)
- install bitcoin core on the rPi, run it, make sure it runs smoothly before the next step... It should sync pretty fast, since the bulk of the work was already done on a fast pc
- follow the installation steps of c-lightning: https://github.com/ElementsProject/lightning
- follow the installation steps of lightning-charge https://github.com/ElementsProject/lightning-charge
- at this point you can setup a LAMP stack on your rPi and write a very simple php script calling lightning-charge's rest api, create qr codes, display them, check for payed invoices,...

All in all, a rather extensive walktrough, but if you're reasonably technical, it's far from impossible
Total cost (not including the fast pc... I assume most people have access to a fast desktop machine somewhere, either at home or with friends or family):
1 512 Gb SSD => $90
1 rPi 3b+ + case => $80
S&H => $20

So for less than $200, you should be up and running accepting LN payments in your store..

If you don't mind using a payment processor, bitpay already accepts LN payments I've used them for my latest bitgild purchase and it went flawless...

Interesting reading material... I've quickly browsed trough your attack on coinmixer.se, and my first reaction was that you were able to attack them because they did not include any variation in the creation of their output transactions. I mean, if a mixer only creates output transactions with version = 2, sequence = 294967294, locktime > 0 and the fee is within a very small range, it should become pretty easy to identify those transactions (and you did).

Don't get me wrong, what you did was a very nice thing... I personally wouldn't have the patience to analyse a mixer's method like you did, and i personally feel that you discovered a huge security flaw in coinmixer.se's mode of operation... However, i can hardly imagine it being impossible to fix these issues...
They basically had to generate more "random" output transactions, making sure there isn't a clear pattern in them... If they'd do this, it looks to me like an attack on their service would have been much harder.

That being said: i quickly browsed trough your thesis, so i haven't read your exact conclusions (yet), but i really think you did a great job... Raising awareness about security flaws that have been made even by the biggest mixing services is a good thing for the community