Ninjastic
Search content
Sort by
Showing 13 of 13 results by Challisto
Post
Topic
Board Service Announcements
Re: [ANN] Evolve Markets - Trade FOREX , Crypto and more with Bitcoin
by
Challisto
on 28/06/2017, 18:16:15 UTC
I have two suggestions.

1. Set up a server with New York close 5 day week. This is what most of the market movers, institutions, are using. It's defacto the industry standard. GMT close gives six day week with an extra candle on Sunday. This makes any indicator, such as moving averages, show incorrect levels from 4 hour and above time frames. I'm aware an EA was built to try to fix it on the client side via offline charts but it works poorly: no ask line, can't switch between time frames on the offline chart requiring to have multiple charts for each time frame which in turn requires redrawing charts studies on each chart.

2. Consider periodically adjusting commission. The meteoric rise in BTC has made the commission no longer competitive. It's effectively double of what I'm currently paying with my current broker.
Post
Topic
Board Bitcoin Technical Support
Re: (Still) Problems with bitcoin node config
by
Challisto
on 29/09/2015, 03:34:35 UTC
You only need the Bitcoin daemon the graphical enviornment is optional (--with-gui=auto|qt4|qt5 then you can start it with the command: bitcoin-qt). It seems you have successfully compiled Bitcoin and started the daemon and it's now syncing with the network. 
Post
Topic
Board Gambling
Re: [ANN] DiceBitco.in | BE THE BANK ! | 1% House Edge | HIGH LIMITS | Instant !
by
Challisto
on 30/07/2014, 13:41:17 UTC
Quote from: Rora on July 30, 2014, 09:19:34 AM
Would you be so kind as to explain Kelly in layman's terms?

Kelly is a math formula used to determine the optimum bet size. It will, in theory, find the best risk/reward ratio.

Since the house has an edge it will always win more than it loses, but in short term there will be variance. In order to protect the bankroll from this variance only a percentage of the bankroll should be allowed to be risked on each roll. How much to risk on each roll is calculated by the Kelly formula.

For a dice game the formula is really simple:
Code:
f*=p-q
Where p = probability of winning and q = probability of losing.

When someone places a <49.5% bet the house takes the opposite bet >49.5%. The houses probability of winning is 50.5% on this bet.
Code:
.505 - .495 = .01

The Kelly value is 1% which is equal to the house edge. In theory a max bet of 1% should be the best risk/reward ratio but in practice, as Just-Dice demonstrated, it is still really risky and should be set to less than 1%.
Post
Topic
Board Altcoin Discussion
Re: help me!why are getrawtransaction command can't list all block vaule?
by
Challisto
on 30/07/2014, 13:21:39 UTC
Add this:
Code:
txindex=1
to your conf file.
Post
Topic
Board Gambling
Re: [ANN] DiceBitco.in | BE THE BANK ! | 1% House Edge | HIGH LIMITS | Instant !
by
Challisto
on 30/07/2014, 06:39:56 UTC
Your house edge is 1% and you're using a Kelly of 2%, seems dangerous.
Post
Topic
Board Bitcoin Technical Support
Re: New Tor 3.6.3, no Vidalia, now Bitcoin-Qt can't connect
by
Challisto
on 30/07/2014, 06:03:22 UTC
I'm going to guess you have a corrupt database then. Start your client with -reindex command.

EDIT: sorry for being unclear the submitblock command was in the console -reindex needs to be passed as a command when starting the client or you can add reindex ( without hyphen ) to your conf file.
Post
Topic
Board Bitcoin Technical Support
Re: New Tor 3.6.3, no Vidalia, now Bitcoin-Qt can't connect
by
Challisto
on 30/07/2014, 05:26:12 UTC
Code:
2014-07-29 18:50:19 received block 0000000000000000371fcf07810c3ac1b9c17daa5ddc9710dea32158d3f75665
2014-07-29 18:50:20 ERROR: CScriptCheck() : a8ef403bc8dbb6274539c14c42c2029ccea150cdb6a63a0969a908aabe4c34a8 VerifySignature failed
2014-07-29 18:50:20 InvalidChainFound: invalid block=0000000000000000371fcf07810c3ac1b9c17daa5ddc9710dea32158d3f75665  height=312934  log2_work=79.938362  date=2014-07-29 01:18:42
2014-07-29 18:50:20 InvalidChainFound:  current best=00000000000000000be786475800ebb520270b2edba8316a6a8afb287f19dec4  height=312933  log2_work=79.938261  date=2014-07-29 01:03:42
2014-07-29 18:50:20 InvalidChainFound: invalid block=0000000000000000371fcf07810c3ac1b9c17daa5ddc9710dea32158d3f75665  height=312934  log2_work=79.938362  date=2014-07-29 01:18:42
2014-07-29 18:50:20 InvalidChainFound:  current best=00000000000000000be786475800ebb520270b2edba8316a6a8afb287f19dec4  height=312933  log2_work=79.938261  date=2014-07-29 01:03:42
2014-07-29 18:50:20 ERROR: SetBestBlock() : ConnectBlock 0000000000000000371fcf07810c3ac1b9c17daa5ddc9710dea32158d3f75665 failed
2014-07-29 18:50:20 ERROR: AcceptBlock() : AddToBlockIndex failed
2014-07-29 18:50:20 ERROR: ProcessBlock() : AcceptBlock FAILED

This transaction verification fails on your node for some reason. This causes the block to be rejected, but the entire network has accepted this block as valid and is continuing to build on it. Something is odd here. I'm trying right now to get the block data from my node, "getblock 0000000000000000371fcf07810c3ac1b9c17daa5ddc9710dea32158d3f75665 false", but all it does is cause my cpu to run at 100%.


EDIT: Took about 7 minutes to get the raw block

EDIT: Here is the raw block, try "submitblock "
Post
Topic
Board Development & Technical Discussion
Re: bitcoind won't start; runs out of memory
by
Challisto
on 29/07/2014, 20:38:57 UTC
I don't think 1GB is enough to run Bitcoin and an OS. Currently it's using 800MB on my machine.
Post
Topic
Board Bitcoin Technical Support
Re: New Tor 3.6.3, no Vidalia, now Bitcoin-Qt can't connect
by
Challisto
on 29/07/2014, 20:26:21 UTC
Tor isn't your bottleneck, maybe you're connected to a slow peer.
Post
Topic
Board Bitcoin Technical Support
Re: New Tor 3.6.3, no Vidalia, now Bitcoin-Qt can't connect
by
Challisto
on 29/07/2014, 14:54:45 UTC
Just for future reference here is a guide to properly set up your node to run behind Tor: bitcoin/doc/tor.md
You can add these nodes to your conf file "connect=" to help your node with connecting to the Bitcoin network.
 
Post
Topic
Board Development & Technical Discussion
Re: Share your ideas on what to replace the 1 MB block size limit with
by
Challisto
on 26/07/2014, 04:41:59 UTC
I think improving block propagation should take priority before block size. Currently block distribution is an O(n) operation, the bigger the block the longer it will take to propagate, which means miners are forced to mine small blocks to reduce orphan rates. Even if the max block size is increased there is no incentive for miners to use it.

This is a possible way to reduce block propagation time if a solution to the drawback is found. Since most nodes will have a nearly identical mempool of transactions a template could be sent that will construct an entire newly mined block. The benefits are block propagation time is no longer directly tied to its size and there is a reduction in bandwidth. The drawback is if some transactions are missing the receiving node will have to send a request for them, this process can end being slower than just receiving an entire block from the start.

   
Post
Topic
Board Bitcoin Technical Support
Re: Easiest (secure) way to send bitcoins from an old wallet?
by
Challisto
on 24/07/2014, 14:53:46 UTC
You can use pywallet to dump the private keys and then import them to multibit or you can import the wallet file into blockchain.info.
Post
Topic
Board Mining support
Re: I need help with mining software
by
Challisto
on 21/07/2014, 03:28:35 UTC
You won't mine anything with a video card, especially Nvida, the difficulty is too high. Mining is now highly specialized by asics.