1) Why do miners not like to fill blocks up to the absolute cap? Is there more work for them to do if they have lots of transactions in the block? I notice lots of blocks are only about 150KB large, when the protocol allows up to 500KB/1MB (Not sure, it's one of the two), while, there are lots of unconfirmed transactions in the mempool. Why not just include those? Even if they have super low transactions fees and/or low priority. I completely understand why a miner would ignore them if the block was filled up (And thus order by "How much profit can I get?"), but, that's not the case currently. 2) Am I correct in thinking, in theory, with the current "standard" settings (Obviously miners can change this), it only takes 58 confirmations on a 0.01 transaction for it to have a high enough priority to be free? That seems inaccurate, but, I can't work out what's wrong with my calculations. Sorry for the newbie question, but, we all have to learn, eh? |
|
|
|
Shouldn't you pay us?
He's hosting your miner, you get all the profits of the miner, why'd he pay you? For the free heat Free? He has to pay the power bill. |
|
|
|
Shouldn't you pay us?
He's hosting your miner, you get all the profits of the miner, why'd he pay you? |
|
|
|
I sent the required amount to the BTC address given but I still didn't get the game.
It already shows 2 confirmations in my transaction.
Yup, sorry, you've got your game. Fuck sake, bitcoind really hates me, well, guess this bot is down again, marking as such. Worse part is I have no idea what's causing it. Okay, just moved it between servers, I think I know the cause of this downtime and should be constantly up now. |
|
|
|
It's a large size (4223 bytes) transaction (Due to multiple inputs of transaction) and your fees (Fees: 0.0001 BTC) is not sufficient. So It will take some time to get confirmations.
yeah I gathered that, first time I used that app function. Annoying. Anyway I can resend with the correct fees? Usually blockchain stops broadcasting the transaction if it isn't confirmed within 3 days. Then over the next 24 hours or so the few peers that accepted the transaction into their memory pool will drop the transaction from their pool. At that time the bitcoins will once again be in your blockchain wallet and you can re-send it anywhere you like. Really? Not used Blockchain in awhile, but, I remember I sent a transaction off to SatoshiDice with no fee, took was stuck in my Blockchain account for days with no confirmation before it went away, then, it came back like a week later for god know's what reason, it finally went away (Got confirmed) after three or so weeks, but, damn it was annoying, kept jumping to the top of my transaction list. |
|
|
|
- snip -
when Bitcoin is accepted from an untrusted source, the operation is considered as finished when the number of confirmation goes to 6
- snip -
How does the situation change when we want to be sure that the coins are no longer available in the source account? Do we still need 6 confirmations here?
- snip -
You are saying the same thing both times, just using different words. Notes: - 6 confirmations does not provide 100% assurance that the transaction is permanent. There is nothing magical about the number 6. Each confirmation reduces the risk more than the previous confirmation. 6 confirmations is just a reduction of risk to an acceptable level for most people.
- In most cases, 1 confirmation is sufficient to feel confident about a transaction
Personally, I use the following rule of thumb for transactions with an unknown and untrusted entity: -snip- Those numbers are adjusted down for things like face-to-face transactions or transactions with a party that I have some sort of trust relationship with. If you're going to follow that rule of thumb, why not just say "Anything under $25,000, one confirmation will do", as, to attack you, they'll be making at-least $25k, and, if they had that kind of profit rolling in, I'm sure they'd rather just legitimately make the money than awkwardly try and scam you. Personally, I just say "Two confirmations flat out. Any amount.", purely because I find one is "eh", you wouldn't have to beat anyone, you'd just have to stall until you had a block, broadcast TX, then broadcast block. EDIT:- Then again, my max trade is like $2k, I don't trade $300k+ in a single transaction, so, my values are more tailored to how I work, if you're doing a 300k+ transaction, I would probably wait for like fifty blocks. /nowayinhellimgoingtolose$300k |
|
|
|
%s is parsed from walletnotify. sleep 5;
$amount = parseJsonAndGetAmount(bitcoind gettransaction %s);
bitcoind sendtoaddress $address $amount; You get the point. |
|
|
|
Just as Automatic and maaku mentioned, you should pay the min fee or your tx may never be confirmed.
BTW, you may send off-chain free instant micro-transaction on coinbase or some other sites.
Or, you could just offer withdraws once every X many days, and, have a cheaper transaction. |
|
|
|
|
A) The default bitcoin client can do this, use "createrawtransaction", "signrawtransaction", and, "sendrawtransaction", be warned though, the transaction may never go through.
B) Refer to above, using the bitcoind JSON RPC.
|
|
|
|
IIRC the checklevel doesn't relate to enforcement of protocol rules it is checks done on the local copy of the database to detect and possibly correct corruption and errors in the underlying database. You should not normally need to change the checklevel. I do recall at one time a bug in the client caused a failure, and running at a lower check level (lower = more extensive checking) was used as a workaround.
Are you sure lower = higher checking? I'd seem the opposite from the source:- if(nCheckLevel >= $value) {which, if I was running 4, all of them would trigger, if I was running 0, none would trigger. |
|
|
|
It is verifying all the txs in the block. Number of tx per block has increased over time (which is a good thing BTW).
Is that really the only reason? I see how more transactions per block would slow it down, but, not to the speed it's currently going. Isn't it a simple hash of the block, compare, and, 'done'? EDIT:- Oh, it's verifying all the transactions in the block, as in, verifying the transactions themselves, yeah, fair enough. I do see how that would slow it down. Fair enough. Can I then ask what the difference is between the check levels (0, 1, 2, 3 and 4)? -checklevel=<n> How thorough the block verification is (0-4, default: 3) EDIT2:- Can answer my own question:- https://github.com/bitcoin/bitcoin/blob/95e66247ebaac88dadd081f850ebf86c71831e61/src/main.cpp#L2767-L2807// check level 1: verify block validity (Can I ask what 'undo validity' is?) // check level 2: verify undo validity (I also have no diea what this is) // check level 3: check for inconsistencies during memory-only disconnect of tip blocks // check level 4: try reconnecting blocks EDIT3:- It is verifying all the txs in the block. Number of tx per block has increased over time (which is a good thing BTW).
There is more to verify a block is valid than just hashing it.
First a block can't be valid if any tx is invalid.
For a tx to be valid the client needs to check that:
a) it has valid form & structure.
b) that the inputs are all valid and have not been spent in a prior tx (i.e. the inputs are in the UXTO at the time of the tx)
c) the signature is valid
d) that the pubkey when hashed produces the pubkey hash in the prior output
The coinbase tx needs to verified that it has the correct amount (coinbase < subsidy + tx fees).
Once all the tx are verified as valid the block header is verified.
The merkle tree (which represents an entire block of tx with a single hash) and merkle tree root need to be constructed.
The client needs to verify the merkle tree root produces matches the header of the block.
The client also needs to verify the other information in the header is valid (prior block hash, version, etc).
The client needs to verify the timestamp falls within the range allowed by the protocol.
Once the header is verified the client will hash the header and verify the the resulting hash is less than the target based on block difficulty.
Only THEN if the block considered valid and the client moves on to the next block.
The most time consuming step is the validating of the transactions (namely the validation of the ECDSA signature on each input).
Thanks for the more flushed out reply, fair enough. Thanks. |
|
|
|
|
When I rerun -reindex, I notice I do the first 100k blocks in about five minutes, then the next 100k in about an hour, then when I get to about 250k it goes at a few ten blocks per minute. Why do block get harder to verify the further through it gets? Is it not simply hashing them, verifying the hash, and, going to the next one? I understand why generating the blocks would get harder, but, not verifying them. Isn't that the whole point of a non-deterministic polynomial function?
Can someone explain to me what verifying a block actually entails? What the difference is between the 'checklevels' in bitcoin-qt/d?
|
|
|
|
I sent the required amount to the BTC address given but I still didn't get the game.
It already shows 2 confirmations in my transaction.
Yup, sorry, you've got your game. Fuck sake, bitcoind really hates me, well, guess this bot is down again, marking as such. Worse part is I have no idea what's causing it. |
|
|
|
I was ready to buy aswell but i notice he keeps going off and online every two minutes or so. Prolly bugged out. I realize you two have already got your games manually, but, bot is now working again. Damn. Great job with the bot dude! I might just buy a game, just to support you  EDIT: I found a little bug EDIT2: Automatic Game Trader: Having issues with bot, for your security, buying is disabled for the next hour or two Good move ^^ But well, now I can't buy a game. ;c PM'd you informing you the bot is now working. unfortunately it's not working  That'd be my downtime, got it working, also PM'd you. |
|
|
|
any interest? Time is running out
I don't mean to be rude, but, your starting bid is already at the level that the majority of sellers would sell for, while making quite a large profit (~ 50% profit on investment). |
|
|
|
and do use an absolute path.
Do not use an absolute path? Reread, he said do use . Whoops, well, I've also tried (Which was working till it randomly stopped, includes hashbang to /bin/sh):- /home/bitcoin/block.sh %s I'm unsure how how to use an absolute path of sh or something of the like without quotes, as, the space for the argument would break it:- /bin/sh -c /home/bitcoin/block.sh<SpaceHereWouldBreakArgumentsBeingParsedToTheBashScript>%s I'd need:- /bin/sh -c "/home/bitcoin/block.sh %s" EDIT:- This was the .conf that worked just fine, until, well, it randomly stopped working without me updating anything (System, .conf, bitcoin, .sh, anything!):- rpcuser=no.
rpcpassword=no.
maxconnections=1000
checklevel=4
keypool=10000
rpcallowip=127.0.0.1
server=1
blocknotify=/home/bitcoin/block.sh %s
walletnotify=/home/bitcoin/wallet.sh %s
alertnotify=/home/bitcoin/alert.sh %s |
|
|
|
If you are specifying these parameters in the config file, don't use quotes, and do use an absolute path. Now that you've fixed the other issue!
Do not use an absolute path? Then, what's the current directory I'm in? The directory I run bitcoind from? $HOME/.bitcoin? I have issues even if I just do:- Which, isn't absolute, nor does it contain quotes, so, same issue. |
|
|
|
I can't for the life of me understand why you would leave years of mining revenue with 50BTC or any pool for that matter.. That said how long have you given them to respond to any requests to correct the issue?
This. I'd never dare to leave more than $200 or so in a pool, fuck if I'd leave $200k+. |
|
|
|
Well, the bot told me to do " /help" and not " help".  I have nooo idea, how you could solve that. Sorry. Oh, fair 'nough, that's a bug. Updated it. |
|
|
|
Damn. Great job with the bot dude! I might just buy a game, just to support you EDIT: I found a little bug EDIT2: Automatic Game Trader: Having issues with bot, for your security, buying is disabled for the next hour or two Good move ^^ But well, now I can't buy a game. ;c You're meant to just say 'help', no /. As for buying games, feel free to PM me to do it manually, but, I don't want to be charging people unless the bot can work, if you wish to help me in my venture:- https://bitcointalk.org/index.php?topic=385146Anyway, it's been more than a few hours, and, probably will be a couple more, I can't work out why it's refusing to work. |
|
|
|
|
Show Posts
