altsay
|
 |
July 11, 2013, 09:42:16 AM |
|
how to see my amount and address ?
how to see my speed ?
thanks
To see your balance: primecoind getinfo Adress: primecoind getaccountaddress <your rpcuser in the primecoin.conf> Speed: primecoind getmininginfo "primespersec" is your speed.
|
|
|
|
AgentME
Member

Offline
Activity: 84
Merit: 10
|
 |
July 11, 2013, 09:52:21 AM |
|
It looks like the primespersec value is calculated by counting up how many primes are found in one minute (with some minor corrections if the time between primespersec calculations isn't exactly one minute), and then resetting the primes counter. It would be much more accurate if it either operated on a longer time period, or even just never reset the primes counter.
|
|
|
|
Remember remember the 5th of November
Legendary
Offline
Activity: 1862
Merit: 1014
Reverse engineer from time to time
|
 |
July 11, 2013, 09:56:01 AM |
|
@Sonny King
Primecoin as it is now, does it enable custom-made miners that use getwork to submit solutions?
|
BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
|
|
|
vinne81
|
 |
July 11, 2013, 09:56:10 AM |
|
Blocks take a LONG time to mature, "primecoind getbalance" is always lagging behind!
If your balance stays at 0, use "primecoind listtransactions" so you can see maturing blocks (if you have them)
|
|
|
|
Stinky_Pete
|
 |
July 11, 2013, 09:58:23 AM |
|
Just wondering - is anyone developing a pool?
|
|
|
|
8bitPunk
Member

Offline
Activity: 70
Merit: 10
|
 |
July 11, 2013, 09:58:31 AM |
|
There is no real hashrate, because the proof-of-work is not based on hashes. The best equivalent is the "primespersec" line. ~200 seems to be a level for a desktop processor.
I'm pushing out 5500 pps, but no block for 2 hours now. With the block spacing ~12-15 seconds and the default gensieveroundlimitms set to 1 second, each miner has very little time to find a chain. Consider that: some time can be lost due to peer lag in being notified of a new block; a small amount of time is lost validating the pseudoprimality of the previous block; then the remaining time is usually lost cycling through thousands of unsuccessful sieves. All the miners have the equal disadvantage, so this is irreverent, unless someone is using a private optimized version not released. I also run my primecoin daemons with the datadir in ram memory to reduce orphans. Every millisecond counts to get a solved block out to the network, don't want any messing about with slow hard drives. I'm getting a lot of orphans (~1 per hour) so I've been comparing debug.log with blockchain records based on UTC time... In most cases I'm ~1 second late so peer lag is to blame. But a few cases have been within the second, so you're absolutely right that efficiency getting solved blocks out is key.
|
BTC 18bPunkuginRBm1Xz9mcgj8mWJnHDAW5Th | Ł LTCgXEdyBdoQ9WdF6JHi7Pa2EWtzbDjG76 | Ψ ATEBiTLkLpAYeW5hQknUfSvnb7Abbgegku
|
|
|
|
Stinky_Pete
|
 |
July 11, 2013, 10:00:59 AM |
|
1 block now less than 17 XPM. I miss the days when it was over 20 <sigh>
|
|
|
|
masterOfDisaster
|
 |
July 11, 2013, 10:01:05 AM |
|
Hi,
has anybody tried to compile primecoind him/herself on linux (in my case Ubuntu 12.04)? I tried to do so, installed the required packages and as recommended "BerkeleyDB.4.8" (I followed primecoin-0.1.0-linux/src/doc/build-unix.md) The first attempt to run make ended with errors regarding db_cxx.h (db.h:14:20: fatal error: db_cxx.h: No such file or directory). I set the variables regarding the BerkeleyDB that are used by makefile.unix to BDB_LIB_PATH=/usr/local/BerkeleyDB.4.8/lib/ and BDB_INCLUDE_PATH=/usr/local/BerkeleyDB.4.8/include/ without success. make still ends with errors and I might be too newbish to find out what's wrong... Can anybody help?
Kind regards masterOfDisaster
<edit> If someone could post IPv6 addresses of nodes, that would be great, too. Maybe the IPv6 flag has been used for compiling primecoind and I only lack of nodes... </edit>
|
|
|
|
Remember remember the 5th of November
Legendary
Offline
Activity: 1862
Merit: 1014
Reverse engineer from time to time
|
 |
July 11, 2013, 10:01:46 AM |
|
Just wondering - is anyone developing a pool?
Right now I don't believe Primecoin has any protocol defined for custom miners, let alone a pool.
|
BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
|
|
|
AgentME
Member

Offline
Activity: 84
Merit: 10
|
 |
July 11, 2013, 10:02:03 AM |
|
Blocks take a LONG time to mature, "primecoind getbalance" is always lagging behind!
If your balance stays at 0, use "primecoind listtransactions" so you can see maturing blocks (if you have them)
Use this to show your balance including immature funds: primecoind getbalance "*"
|
|
|
|
8bitPunk
Member

Offline
Activity: 70
Merit: 10
|
 |
July 11, 2013, 10:02:13 AM |
|
It looks like the primespersec value is calculated by counting up how many primes are found in one minute (with some minor corrections if the time between primespersec calculations isn't exactly one minute), and then resetting the primes counter. It would be much more accurate if it either operated on a longer time period, or even just never reset the primes counter.
In debug.log you will see a more meaningful prime/h which updates at 2 minute intervals. edit: I was wrong primes/h is calculated as dPrimesPerMinute * 60.0
|
BTC 18bPunkuginRBm1Xz9mcgj8mWJnHDAW5Th | Ł LTCgXEdyBdoQ9WdF6JHi7Pa2EWtzbDjG76 | Ψ ATEBiTLkLpAYeW5hQknUfSvnb7Abbgegku
|
|
|
vinne81
|
 |
July 11, 2013, 10:04:38 AM |
|
Blocks take a LONG time to mature, "primecoind getbalance" is always lagging behind!
If your balance stays at 0, use "primecoind listtransactions" so you can see maturing blocks (if you have them)
Use this to show your balance including immature funds: primecoind getbalance "*" Thx, that works! 
|
|
|
|
maka
Newbie
Offline
Activity: 54
Merit: 0
|
 |
July 11, 2013, 10:05:00 AM |
|
I've noticed some of the new "release" versions by helpful people may have minor bugs that it won't notifying you even if you mine a block, neither does it show the hint on the UI except you may find the immature amount increased.
To make sure you know how many blocks you have mined, use "listtransactions" to see the details. This way there is no confusing messages.
|
|
|
|
AgentME
Member

Offline
Activity: 84
Merit: 10
|
 |
July 11, 2013, 10:09:13 AM |
|
It looks like the primespersec value is calculated by counting up how many primes are found in one minute (with some minor corrections if the time between primespersec calculations isn't exactly one minute), and then resetting the primes counter. It would be much more accurate if it either operated on a longer time period, or even just never reset the primes counter.
In debug.log you will see a more meaningful prime/h which updates at 2 minute intervals. This message? printf("%s primemeter %9.0f prime/h %9.0f test/h\n", DateTimeStrFormat("%Y-%m-%d %H:%M:%S", nLogTime).c_str(), dPrimesPerMinute * 60.0, dTestsPerMinute * 60.0); That's just the same counter of primes found in the last minute extrapolated to an hour.
|
|
|
|
oroqen
|
 |
July 11, 2013, 10:10:24 AM |
|
Hi,
has anybody tried to compile primecoind him/herself on linux (in my case Ubuntu 12.04)? I tried to do so, installed the required packages and as recommended "BerkeleyDB.4.8" (I followed primecoin-0.1.0-linux/src/doc/build-unix.md) The first attempt to run make ended with errors regarding db_cxx.h (db.h:14:20: fatal error: db_cxx.h: No such file or directory). I set the variables regarding the BerkeleyDB that are used by makefile.unix to BDB_LIB_PATH=/usr/local/BerkeleyDB.4.8/lib/ and BDB_INCLUDE_PATH=/usr/local/BerkeleyDB.4.8/include/ without success. make still ends with errors and I might be too newbish to find out what's wrong... Can anybody help?
Kind regards masterOfDisaster
<edit> If someone could post IPv6 addresses of nodes, that would be great, too. Maybe the IPv6 flag has been used for compiling primecoind and I only lack of nodes... </edit>
I use gentoo and have too add "BDB_INCLUDE_PATH=/usr/include/db4.8/ BDB_LIB_SUFFIX=-4.8" too my make command
|
|
|
|
Buffer Overflow
Legendary
Offline
Activity: 1652
Merit: 1016
|
 |
July 11, 2013, 10:20:38 AM |
|
I also run my primecoin daemons with the datadir in ram memory to reduce orphans. Every millisecond counts to get a solved block out to the network, don't want any messing about with slow hard drives.
I'm getting a lot of orphans (~1 per hour) so I've been comparing debug.log with blockchain records based on UTC time... In most cases I'm ~1 second late so peer lag is to blame. But a few cases have been within the second, so you're absolutely right that efficiency getting solved blocks out is key. When running p2pool it is recommended that you don't have too many bitcoind connections. There's a compromise here: the more connections, the faster your node will be notified of new blocks and avoid wasting work, the faster it can include transactions with fees in the coinbase and the faster it will propagate a P2Pool block minimizing chances it would become orphan. Orphans will quickly rise if you have very few connections (they are the means to be notified of other shares after all). But the less connections, the less bandwidth used and the lower the latency. I know we aren't using p2pool but maybe this applies here as well. Too many connections increases chances of your found block getting propagated, but also increases latency. So you need to find a balance. I've reduced my primecoind connections to 15 with maxconnections=15 command in primecoin.conf. By the way, I have no proof this works or not. I've got no orphans though.
|
|
|
|
vinne81
|
 |
July 11, 2013, 10:22:55 AM |
|
O.O FOXBUTT MINED A BLOCK!
(my headless netbook server with an Atom)
YOU BASTAAAARRRDDDD!! 
|
|
|
|
mhps
|
 |
July 11, 2013, 10:31:13 AM |
|
Okay, can we get instruction on how to extract coin from our DigitalOcean droplet. It has been so long since I have had to do console/coding like this  . Sure. I do it this way: - ssh into remote instance
- ./primecoind listtransactions –> copy the address mentioned in the output at "address"
- ./primecoind dumpprivkey {{paste copied address here}} –> copy the private key returned
- on your local computer holding the "master wallet" -> ./primecoind importprivkey {{paste copied private key here}}
- now address holding the minted coins appears in your local wallet
No need to send coins over the blockchain this way, immature coins can be imported immediately. So does this basically merge the wallets, or do I need to worry about what I already have in the 'master wallet'? It's kind of a manual merge. Technically you just add a new address to your existing "master wallet" just like you could with any other address, too. In our case, that address is the one your newly minted coins were credited to. (Minted coins are always credited to a new address internally.) All other addresses in your "master wallet" will remain untouched as will your remote wallets. After importing the privatekeys, I see the blocks still show in the original wallet. I guess both wallets think they own the blocks. So.. if I spend some of the coins in the block involved, do both wallets register the transaction? If I find this confusing, how do I make the original wallet to forget the moved block (but not all the blocks) ? I looked it up but didn't find answer. Thanks.
|
|
|
|
Buffer Overflow
Legendary
Offline
Activity: 1652
Merit: 1016
|
 |
July 11, 2013, 10:39:38 AM |
|
If I find this confusing, how do I make the original wallet to forget the moved block (but not all the blocks) ? I looked it up but didn't find answer. Thanks.
You can manually edit the wallet to remove the key, but I don't recommend it. Just ignore it.
|
|
|
|
|