|
If user A deposit 1 bitcoin to some exchange, EX.
Then A buy 1000 Xcoin by 1 btc, then he sees his deposit become 0 btc and 1000 Xcoin.
At this time, where actually his 1 btc gone? To EX's bitcoin wallet? But originally A's bitcoin deposit address is EX's wallet's address, right?
Then can A send BTC to its own EX's wallet? This become self send BTC to self, right? Is that possible? How implement this?
|
|
|
|
This is exactly the job you don't want to outsource.
Why? |
|
|
|
We are S.Korea based crypto-currency exchange preparing company. We are hiring following developers. 1. node.js Programmer (1+ year experienced one guy) 2. Database Administrator (expert who have experiences of big-size service using nosql (mongodb, dynamosql)) 3. Crypto Currency Exchange experienced programmer (Various develop experiences related with crypto currency exchange) Requirements : Live here s.korea, should come here office 5 days a week. Contract period : 1 year, extend can be consulted when period become end. Remuneration : Suitable, moderate to your experience and skills. Skype interview : We can ask your participated projects, skill, experiences via skype face interview. Language : Here all uses koreans, but if you come, the person in charge will use english. Email : wsxdrfv@hanmail.netTelegram : @wsxdrfv Discord : lee#2558 |
|
|
|
|
Pool payout periodically, when time come, it payout to hundreds address at once.
How pool implement this part?
Are there bitcoind (or -cli) command that can do this?
|
|
|
|
|
So with exchange's web server, in that same server, all coin's daemon should be running with full blockchain's data in same server?
It should be ubuntu? or window server possible?
Then give specific coin's address to each specific user, and how to check realtime that if that user send bitcoin to his specific address? so that apply to his exchange's bitcoin balance increasing automatically.
How exchange implement its server hardware structure?
And how implement deal on exchange between users? If some user buy some altcoin by his btc, it finishes instantly, so this means, his btc coin actually does not transfer to seller's btc address because if really putting on bitcoin network, it will take more than 10~30 minutes.
Is this right?
And how implement so called [Hot wallet] and [Cold wallet] of exchange?
|
|
|
|
Just curious about how wallet and addresses works behind the scene.
Then you need to start all over. Your understanding is VERY flawed. "Behind the scene" there is no address. Address is for humans. There is no address in transactions. There is no address in blockchain. "Behind the scene" there is no balances. Balances are for humans. Wallets use transaction outputs. Transaction outputs are either unspent (UTXO), or spent. There is no partial spending of UTXO. So then, first user who do encrypt wins?
No. First to get confirmed transaction assigning bitcoin value to UTXO that is under the control of a private key that the other user does not have "wins", but ONLY wins the bitcoin value that are assigned to that UTXO. Any bitcoins that are still under the control of a private key that exists in both wallets are still under both control. Any bitcoins that are assigned to UTXO that is under the control of a private key that the other user does not have in UNCONFIRMED transaction are still under both control. What is UTXO? and if A user have 1000 balance in his wallet, then give wallet.dat file to B, then A changed his wallet password, B also changed password to some other, then what happen? Who can access and spend existing 1000 balance? |
|
|
|
|
If user A send coin to some address B, if that transaction has 0 confirmed, what happen that coin?
He lose money? or how he restore money?
|
|
|
|
You're talking about a "mining pool".
Originally in major coin blockchain's design, the block reward will be generated in the block discoverer's address in whole.
Pools are designed to "gather" multiple miners and mine using their total Hashrate.
In pools, they have an API which "mince" the reward, split it among the miners who joined the pool, the amount they will receive will be based depending on their share (individual hash rate).
How pool automatically deal that process? Are there coin daemon has that pool related function? Automatic send to multiple addresses. |
|
|
|
So then, first user who do encrypt wins?
If the first user spends everything in the wallet file. Then, how about give out wallet that already encrypted?
First user who change password wins?
No. If the first user doesn't spend the coins, the coins are still in the addresses that is also in the same file that others can hold. The user needs to spend the coins, even to his own address in the wallet with new password. Logically speaking, no one would ever successfully crack the wallet file and not spend the coins to an address they control exclusively immediately. As said, I'm not sure why you're asking this but don't ever buy an encrypted wallet file from anyone. Just curious about how wallet and addresses works behind the scene. So I think I know briefly, but still there is something I don't know. Very complicated about whole. |
|
|
|
Thanks.
So then it will be like this?
No. Assuming that the addresses all have one UTXO only, this would be the scenario: A user B user (both have same wallet.dat)
Balance 1000 1000
A user spent 200 800 800
B user encrypt
and spent 300 0 500
B user receive 500 0 1000
and then if A user encrypt with other password?
Bitcoin Core doesn't reuse addresses. If user A encrypts the wallet, any future addresses will be different. If User A spends the sole input for the address, the change will be spent to a new address that User B will not control. Since the addresses generated by User A will be different, User B will not be able to spend anymore Bitcoins. If you have multiple UTXO in a single address, Bitcoin Core will automatically choose inputs that is suitable for the transaction and in some cases, not all of the UTXO will be spent. Hence, the other user will be able to use the remaining UTXO that is not used in the transaction. So then, first user who do encrypt wins? Then, how about give out wallet that already encrypted? First user who change password wins? |
|
|
|
The two copies of the wallet file will operate independently... Any balance in the wallet will be spendable by either party. There is no guarantee that the first to send a transaction will "win". It is possible the other person could send with a larger fee (while the first transaction is still unconfirmed) and be confirmed first, rendering the first (unconfirmed) transaction invalid. Even if one person encrypts the wallet... The other copy of the file will remain unencrypted and usable without a password. The only issue will be that if either user changes the password (or encrypts the wallet) then their copy of the wallet will generate a new seed and start generating different addresses from the other wallet. So, if they create a new "receive" address or they create a new transaction that generates "change"... The address will only exist in their wallet. The other wallet will not have access to this address. Anyone who "buys" a wallet.dat from someone expecting to have exclusive access to the wallet is an idiot.  Thanks. So then it will be like this? A user B user (both have same wallet.dat) Balance 1000 1000 A user spent 200 800 800 B user encrypt and spent 300 500 500 A user spent 100 400 400 B user receive 500 400 900 A user receive 600 1000 1500 and then if A user encrypt with other password? |
|
|
|
If I give over my wallet.dat file to another guy.
Never give your wallet.dat file to anyone unless you want your coins stolen. I can't think of a single situation where you would HAVE to give your wallet.dat to another user. If you want to let him spend money on your wallet, simply send it to him. There can be situation like sell all wallet.dat to anothers. |
|
|
|
|
If I give over my wallet.dat file to another guy.
Then he and me can use from same wallet. First users can use balance at that usage time, right?
Then what happen if one user encrypt it?
Other user can't use? First person who do encryption wins? Because he only know password?
|
|
|
|
Where are these private keys kept? If they are created on the fly, it must be generated online and the keys stored online? This in my opinion is very risky.
Why this is risky? So if daemon is running on exchange's server, then it means that daemon's private key is also exist in daemon? So you means it is risky? If hacker come in server, then he can know that daemon's private key? |
|
|
|
Thanks much! So, ./bitcoind (now ./bitcoin-cli ?) does not provide simple one function to make Address? As ranchigo explained, you can just make a request to the client if you prefer, but it is not necessary to install and run a full client just to create addresses if you don't want to. Some people use the client. Some people prefer to write their own software that is faster and less complicated. How to write own software? So just use same algo that some coin uses, and just make address from that algo? Are there any example code? |
|
|
|
|
Thanks, I will keep in mind.
But this phenomenon is I firstly see and can't understand reason, how to fix this.
|
|
|
|
The hash of your genesis block does not match what your software says the genesis block hash should be.
How that could be... first 2 VPS I launched run well and each sync with other, and now running well, mining well. And also I git download from source, and made -qt, run it, it says 8 hours behind, there stops sync. |
|
|
|
|
I made clone coin,
launched -qt wallet at 2 other VPS, after they sync, start mine from 1, it works well.
Block height become 100~,
so I copy coind file to 3rd VPS, run it like ./coind, (or ./coind -daemon -reindex -txindex)
then suddenly it take 100% cpu, then it spit out this error,
root@q353-2841:~/mycoin# mycoind : main.cpp:2857: bool InitBlockIndex(): Assertion `hash == hashGenesisBlock' failed.
Why this happen? How to fix?
|
|
|
|
As what number program recognize that , (comma) number?
May I know what are you clearly speaking about? If you type your question clearly I will edit this and try to give out the answer!  So if type like, nSubsidy >>= (nHeight / 5,112,000); then 5,112,000 become to what number for computer? |
|
|
|
Compilers don't understand human comma separating for numbers. This code should fail to compile.
compiled was done with just warning sign. Not failed. As what number program recognize that , (comma) number? |
|
|
|
|
Show Posts
