Hello, since i do have some spare time at the moment i'd like to offer my service as a developer.

I can create any kind of bot (e.g. Reddit-, Twitter-, Telegram-, ... ) or any other software regarding data collection + processing, automation, web communication, etc..
Unfortunately my spare time is limited and i am therefore not able to accept larger projects at the moment.

If you want to have something developed, feel free to PM me with a short description of your project and we can discuss the conditions.

The proper way would be to first move (bottom left of this thread -> 'move topic') this thread into the Lending sub (Economy -> Marketplace -> Lending).

Then read the guidlines and edit your post accordingly. Provide an appropriate collateral and wait for offers.

You were right. That definitely should not be an option.
I somehow missed the 'not less than £ 50'-clause.




This does only apply to people using their bank in japan to fund their account (https://support.kraken.com/hc/en-us/articles/360000427883).
But not from outside of japan.

But nonetheless, kraken does not offer GBP withdrawals unfortunately. EUR wire withdrawals are available for a fee of 0.09 €.

What exactly do you want to achieve?

Do you want to build a tool which allows you to analyze specific patterns between addresses/individuals ?
This would for example represent transactions/addresses and their relations in a human-readable way.

Or do you want to create a program which automatically collects and processes data (e.g. which is looking for specific events etc. happening) ?


These two differ quite heavily and so does the approach.

Try to compile it yourself using gcc and post the output here using code-tags (place it it between [code ] and [/code ] omitting the spaces).
You most probably broke something trying to just copy/paste the code.

We need to see the whole output being generated when you're trying to compile the code.

On cex.io the withdrawal fees for GBP are at 1% (https://cex.io/fee-schedule#/tab/payments) which is fine, i'd say. Thats 1,14 £.
There are definitely exchanges with a lower fee (e.g. kraken with just a few cents in €) but for occasional purchases this is quite ok.

IMO using an exchange is safer (and sometimes also cheaper) than using localbitcoins.

The reason i have added this is to make clear that its possible to accept 0-conf payments for low-value goods (coffee).
But for higher amounts where once COULD cooperate with mining pools it is not safe to accept them. And OP has to choose the limit until it is worth the risk for him to accept 0-conf payments.

Therefore instead of suggesting to accept 0 conf payments until X$, i gave OP enough information to conclude the maximum amount to accept with the desired risk for himself.

According to https://support.kraken.com/hc/en-us/articles/360000382363-Fiat-currencies-available-on-Kraken, Kraken only offers 4 fiats currencies to withdraw to (EUR, USD, JPY and CAD).

But what about cex.io ? They offer GBP withdrawals and are probably more reliable than a random person without a trust rating here.

You can't make sure that a transaction will for sure confirm. But you can achieve a pretty high probability.

For example, if you have multiple nodes geographically spread and let the customer choose a fee which is high enough you can calculate the probability of a double spending to occur after a given time.
Especially with multiple nodes, since you are able to detect a network split within seconds. The fee will guarantee that the confirmation will follow within the next blocks.

Such a concept is good enough to sell coffee for BTC.
You let them pay and after their coffee is finished you will have a high probability of the transactions going through.

Note that this requires the miner to be honest and NOT to cooperate with the malicious customer.


For stuff being worth a few $ this totally is fine. But i wouldn't use that for larger sums AND also not for online purchases (anonymity makes a difference here).

Which issue ?
The jaxx bug? Or the fact that OP wasn't able to use coinomi to import the private keys and broadcast the tx ?




Did you succeed in exporting the private keys ?
Which wallet did you use to import them? Coinomi ?

If you want proper help, the best would be to create a new thread containing all relevant information (e.g. wallets you have used, methods you have tried, OS, etc..).

What are you refering to with 'wallet' ? Your desktop wallet (electrum ?) or the exchanges 'wallet' ?

The 'requested amount' in electrum is just an additional feature.
The amount of bitcoin for you available to spend only depends on the amount you have been sent (withdrawn from the exchange - fee).

Check the balance of your address on a block explorer (e.g. https://live.blockcypher.com/) or via the 'addresses' tab in your wallet.
You can safely ignore all 'requests' made inside electrum.

You are supposed to run pywallet on a drive, not on a wallet.dat file directly.
You can either specify the harddrive (in your case D) or move it onto a pen drive and use that.

But make sure to have a few backups of your wallet.dat before you try to recover it.

Unfortunately the support is the only one able to help you in this situation.
You may want to contact them: https://coinpot.co/contact.htm

But what about this:

Are those 10 days already over?
Or when did you receive your earning ? If not, you probably have to wait for these 10 days to be over.

You could make a distributed secure database.
But you wouldn't be able to create a distributed secure trustless database with no one in control of and no single point of failure.

The blockchain itself does not secure anything.
It is the combination of multiple technologies which makes the use of a blockchain very beneficial. Especially for a lot of people extensively distributed.
A single company with a few central buildings wouldn't benefit from a blockchain in that way.

This does only apply to unhardened derivation. BIP44/49 does use hardened derivation.

Unhardened derivation: privKey(n) = k + h(xpub,n)
Hardened derivation: privKey(n) = k + h(xpriv,n)

With h being a hashfunction. This means that with unhardened derivation one private key together with the xpub is enough to calculate all private keys.
But with hardened derivation you would need the xpriv additionally to the private key. And with knowing the xpriv, you could generate all priv keys anyway.

There are a few possibilities what happened. But either OP did a few mistakes he didn't remember afterwards or he simply just trolled.



If you (or someone you know) have a similar problem, create a new thread and include ALL relevant information (e.g. what exactly happened, what you did prior to it happening, OS, firmware version, etc.. ).
Chances are high that (if he still has the correct mnemonic word seed) funds can be recovered.

Ledger has stated that adding ERC20 support to ledger live is one of their top priorities currently.
Besides fixing bugs and adding fast and necessary features, this should be pretty far up on their to-do list.

I wouldn't be surprised if we could expect the release of ERC20 supports within a few months.




Ledger has started with ledger live supporting all currencies which have been accessible through their google chrome apps.
Since google is stopping chrome application support, they had to release a software which manages all of these coins first.

They are going to add further coins later on.
Whether they will be releasing the function to import a 'watch' wallet for all coins, or fully functional wallet elements for each currency unfortunately hasn't been stated yet.

Why should one not use CBC to encrypt the private keys ?
Block cipher should be favored in a use case of a wallet. And since CBC doesn't have any important downside, why not.




With 'random access' you probably mean the possibility to parallel the encryption/decryption?
No, this is not necessary since you are never en-/decrypting a lot of data.




Why should PCBC be used ?

There is a  problem with PCBC.
Swapping 2 ciphertext blocks will result in the incorrect decryption of the 2 corresponding plaintext blocks.
But due to the nature of plaintext XOR ciphertext the error cancels in PCBC mode.
So if the integrity checker only looks at the last few blocks it could be fooled to accept a partially corrupted message.

That's one of the reasons why Kerberos switched from PCBC to CBC in version 5.

Even if its a trusted member, i don't think OP should give full access to his server.
Installing core and setting up the daemon can be accomplished without giving direct access to anyone. The risks would be too high.

Verify, don't trust.




I can't think of a single case where it would be urgent for a newbie to install bitcoind on a hosted server without having the time to read and follow a guide for 15-20 minutes.

Please check whether the file (clone_splash.png) does exist (spelling error?) and whether you are executing the command in the correct directory.