Hello All, I am the dev for this coin. If you find any issues open an issue in the github or PM me. JSON-RPC call failed: Method not found ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) For what?
|
|
|
in my coin.mx account wallet.
Contact their support. I'm sure they will help you. This isn't related to Bitcoin but rather coin.mx. They said that it is still in blockchain and if it hits them it will immediately be credited to my account. Ive never heard before that after 130 confirmations bitcoins wouldn't reach the address. I wanna know why If they said "it is still in blockchain" they don't know what they are talking about as that is a meaningless statement. Bitcoin works on inputs and outputs, not addresses. The inputs are either spent or not. Given it looks like there are more than 200 confirmations so far, this is a problem with coin.mx and the only people who can help are at coin.mx since they are not crediting the transfer to you. This is what they replied: Eric Bruaw (Coin.Mx) Jul 12, 11:04 AM Hello, http://motherboard.vice.com/read/wikileaks-is-now-a-target-in-the-massive-spam-attack-on-bitcoinarticle explains the delays with BTC transactions lately. As long as you've done it correctly the coins will arrive. Definitely not our fault. Regards, Eric Heh. That's funny. Try again and explain that your transaction has over 100 confirmations. Include a link to the txid and point out that the transaction spends to the address that they provided.
|
|
|
In simple terms, I'm trying to run a hot wallet where I can query through JSON-RPC. Is that possible on bitnodes.io ?
It is possible on any VPS, provided that you configure the firewall and the Bitcoin config file properly to allow JSON-RPC queries. However, it is not recommended to make the RPC server publicly accessible since it could be vulnerable to attack and having someone steal all of your Bitcoin.
|
|
|
ok, I figured out how to do the get notification about transaction, but there is one more thing - how to match payment request and transaction? Deductively, transaction should contain some unique id by which it will be possible unambiguously identify the payment request. There is something called OP_RETURN which is advertised as a way to add a small junk (80bytes) of random data to the bitcoin transaction. Is it a way to go?
Ideally each payment request returns a new Bitcoin address so that no addresses are reused. Each Bitcoin transaction has a unique ID which is a sha256 hash of the contents of the transaction. Thus, the transaction that sends to a particular address which was generated for a particular payment request is the transaction for the payment. The txid is not really necessary, but can be used to confirm that the payment was actually sent to that address if the customer provides the txid of their payment.
|
|
|
Just wait. There was a spam attack and that was causing delays. Since you have a low fee on the transaction, it is lower priority and less likely to be confirmed. Next time, use a higher fee. Just wait and it will eventually be confirmed. You can also delete the transaction from your wallet and wait a few days for the network to "forget" your transaction. Then you can just send it again but with a higher fee.
|
|
|
I don't know if this has been discussed, but here it goes: what is the best way to spend the outputs that spammers are leaving on well known private keys? We could try and drain their funds, a bit like f2pool did.
I tried that already with 2 of the addresses that have been spamming. It would cost 2.4 BTC fee and the transaction would be so large it wouldn't even fit in a block.
|
|
|
If that is the idea, it does not work for reasons: - further spend attempts will not be broadcasted by a node after one of the attempts is included into the mempool - people will figure soon that miner have advantage grabbing the outputs and stop trying.
Therefore the attack, if that is the purpose, is pretty lame.
I don't think that was the purpose of the attack. However, there are thousands of those dust transactions, all of them the same size, so the client can just select inputs that haven't already been spent. Even if it double spends, it is still spam that clogs the network, which might be the idea here. Also, why would miners grab the outputs? In order to spend all of those transaction, they need to create a transaction that is larger than 1 Mb and it wouldn't be worth that much. It would be more effective for them to mine other transactions that have higher fees and they can both earn more money and confirm and clear more of the backlog. I tried to claim those BTC along with another address that was used for spamming but the transaction required a 2.4 BTC fee.
|
|
|
Hmm. That means i can`t delete the Transaction with Bitcoin Core, but with pywallet. How does this work? Could it not be possible to just wait for the confirmation? I mean if 40k T are waiting... maybe im in the quie .. from 10.07. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Here is a quick guide on how to delete the transaction from your wallet with pywallet. https://bitcointalk.org/index.php?topic=35214.0
|
|
|
in my coin.mx account wallet.
Contact their support. I'm sure they will help you. This isn't related to Bitcoin but rather coin.mx.
|
|
|
But I heard most nodes are anonymous these days so any kind of mapping system wouldn't be too accurate. Is this true?
Where did you hear that? There are thousands of public nodes that accept incoming connections. Where could I view the most comprehensive listings of nodes in the world? Is there a way to view even anonymous nodes just be looking for Sub Versions called "Satoshi"?
You can find the most comprehensive listings at getaddr.bitnodes.io. They use a crawler to connect to every node that is publicly available on the network and accepts incoming connections, which most do. They also have functions to search for specific versions and have other statistics on nodes.
|
|
|
Where does it say pending? In your wallet? What wallet do you use?
|
|
|
Hi there guys, got some problems usin the network - i`ve sended 48 hours ago 2 transactions and there are still not confirmated.... ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) What can i do? ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) regards DavieT1337 Nothing you can do ! if your transaction is taking more than 2 days , there is not necessary that the problem is miners fee , already thousands od transactions are pending from more than 7 days , mine got struck for 3 days but finally got confirmed. You can always from time to time check the nodes propagation (it may be changing from time to time)that your wallet is broadcasting your transaction , but no miners are confirming as soon as a miner will confirm , you gonna have it confirm. We can delete the unconfirmed transaction and resend it with higher standard fee. https://bitcointalk.org/index.php?topic=232979.0You cannot delete a transaction. You must close the wallet and wait a few days until the transaction is forgotten by the network. When that happens, you won't be able to find it in any block explorer and you won't see it in your client. Then you can resend it with a higher fee.
|
|
|
How can you delete a transaction if it has already been broadcast to the network?
Wait for a few days. Eventually it will be "forgotten" by the network if it remains unconfirmed. At that point, the transaction should disappear from your wallet and all block explorers. Then you can create a new transaction that has a higher fee so that it will be included in a block by miners.
|
|
|
This is the general principle of CPFP, and it may not be entirely correct. Step 1: Find the txid of your unconfirmed transaction Step 2: Calculate the fee for the unconfirmed transaction with a fee of 0.0001 BTC/Kb Step 3: Create a transaction that spends the unconfirmed transaction to another Bitcoin address. Include in its fee the recommended fee and the fee you calculated in step 2. (e.g. fee of 0.0001 BTC for both transactions means 0.0002 BTC fee in this new one) Step 4: Sign the new transaction. Step 5: Push the transaction to the network. It is recommended to use http://eligius.st/~wizkid057/newstats/pushtxn.php because the mining pool Eligius is one of the only pools to implement CPFP. This will push straight to them and the rest of the network. Step 6: Wait for someone, probably Eligius, to mine a block and include both of your transactions. This could take a couple hours since Eligius has a small percentage of the hashrate of the network. Congrats! You now have two confirmed transactions
|
|
|
and what would that achieve? People would just go over from spamming tx to delay them to carrying out denial of service attacks by bloating the blockchain to a point where bitcoind quits because drive space is up - I mean seriously, we're at 45g currently, its getting ridiculous to run a full node(and unfortunately at least for me bitcoin core is currently the only option to run off) by now, especially on mobile computers which traditionally have limited space. I submitted a patch to bitcoin git over 2 years ago that would create an option for bitcoin core to truncate the blockchain by simply discarding all transactions that had all outputs spent and confirmed by 120 blocks - it got rejected, but especially these days it would save about 95% of the disk space that is currently used by bitcoins block chain
Although your patch was rejected, Bitcoin Core 0.11 includes new code that does blockchain pruning, similar to what your patch does (I think) but in such a way that has been tested and confirmed to work without breaking anything else.
|
|
|
So I wasn't paying great attention when I sent over a payment through bitcoin core and left the transaction fee at the "Recommendation" of 0.00001507 BTC/kb. Now it's been sitting 12 hours, without a single confirmation. Is there any way I can take this back and resend it with a normal amount of transaction fee?
You can't take it back, but after a couple days, if it isn't confirmed, it will be "forgotten" by the network. You won't be able to find it on any block explorer and your client should show that the Bitcoin was never sent. In that case, just resend it but use a higher fee.I dont think that works. I've had the original sender send me some more and that hasn't worked. Was that sent before or after the transaction was dropped? It should work if it was sent after it was dropped because then the transaction doesn't really exist. However, before it is dropped, it will be seen as a double spend and the second transaction will not be relayed.
|
|
|
So I wasn't paying great attention when I sent over a payment through bitcoin core and left the transaction fee at the "Recommendation" of 0.00001507 BTC/kb. Now it's been sitting 12 hours, without a single confirmation. Is there any way I can take this back and resend it with a normal amount of transaction fee?
You can't take it back, but after a couple days, if it isn't confirmed, it will be "forgotten" by the network. You won't be able to find it on any block explorer and your client should show that the Bitcoin was never sent. In that case, just resend it but use a higher fee.
|
|
|
Considering that the money is sent, and will arrive at Bittrex adn won't be lost, I can send again 0.02 BTC but with a higher fee now. How much should I put ? PS : It has one input and two output.
You should pay at least 1000 satoshis/kb but I would go with 0.0001 BTC/Kb right now with the current spam situation.
|
|
|
Transaction times are instantaneous. Confirmation times are not. I also send my transactions with a 10,000 Satoshi fee, and they confirm anywhere from 5 to 20 minutes. Right now though, there is an ongoing spam attack, so transactions will take longer. It is recommended to use a higher fee right now for anything urgent. Also, your confirmation times vary because of the block time variation. Blocks are actually not found every ten minutes, but on average, are found every ten minutes. Sometimes they come out very quickly, other times it can take up to 2 hours.
I wonder if mining pools like F2Pool would split their hash evenly over 3 different pool servers and mine to 3 different wallets instead of all that hash mining to the same wallet if this would help to speed up transaction times. Not saying they would even be willing to do it because they have well proven securing Bitcoins Network is not something they are interested in any way at all, but just a thought. It would give like a fishnet of miners under one big area, thus also giving them 3 different sources to hit different blocks instead of all that hash working on the same block. Just curious It wouldn't make a difference. As long as the hashrate is the same, blocks will be found with an average of 10 mins between each. Every miner could be solomining and the exact same thing would happen, except one guy would get all 25 BTC instead of having the reward distributed.
|
|
|
Transaction times are instantaneous. Confirmation times are not. I also send my transactions with a 10,000 Satoshi fee, and they confirm anywhere from 5 to 20 minutes. Right now though, there is an ongoing spam attack, so transactions will take longer. It is recommended to use a higher fee right now for anything urgent. Also, your confirmation times vary because of the block time variation. Blocks are actually not found every ten minutes, but on average, are found every ten minutes. Sometimes they come out very quickly, other times it can take up to 2 hours.
|
|
|
|