Author

Topic: BiblePay - New Coin Launch - Official Thread - page 130. (Read 119850 times)

full member
Activity: 154
Merit: 100
{
  "blocks": 2657,
  "currentblocksize": 1360,
  "currentblocktx": 1,
  "difficulty": 0.01610261128898338,
  "errors": "",
  "genproclimit": 32,
  "network_khashps": 9127.867223127036,
  "hashps": 282154.0609727717,
  "minerstarttime": "08-11-2017 10:34:53",
  "pooledtx": 1,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "poolmining": false
}

What you think about this hashps
I have about 1060k and haven't found a single block in the last 20 hours. jc12345 here also said a similar thing with a 600k hash.


Copy+paste here your hashps, and what is your cpu?
full member
Activity: 462
Merit: 103
{
  "blocks": 2657,
  "currentblocksize": 1360,
  "currentblocktx": 1,
  "difficulty": 0.01610261128898338,
  "errors": "",
  "genproclimit": 32,
  "network_khashps": 9127.867223127036,
  "hashps": 282154.0609727717,
  "minerstarttime": "08-11-2017 10:34:53",
  "pooledtx": 1,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "poolmining": false
}

What you think about this hashps
I have about 1060k and haven't found a single block in the last 20 24 hours. jc12345 here also said a similar thing with a 600k hash.
full member
Activity: 154
Merit: 100
{
  "blocks": 2657,
  "currentblocksize": 1360,
  "currentblocktx": 1,
  "difficulty": 0.01610261128898338,
  "errors": "",
  "genproclimit": 32,
  "network_khashps": 9127.867223127036,
  "hashps": 282154.0609727717,
  "minerstarttime": "08-11-2017 10:34:53",
  "pooledtx": 1,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "poolmining": false
}

What you think about this hashps
member
Activity: 84
Merit: 10
Blockchain dev
What is diference Proof Of Bible with pow ?)
full member
Activity: 462
Merit: 103
I have the movement page configured to only show transactions above 20k BBP so that it won't just be cluttered with mining reward payouts. Once the trading volume is higher I'll lower the limit on the filter, but for now the ratio of mining reward transactions to user transactions doesn't really make it practical.
I see. That actually makes sense, so we can observe some human transactions, not just automated mining rewards.

I'd like to customize the explorer specifically for Biblepay eventually, but I'm going to hold off until the dev irons out the details of charity-related features. Something like a script specifically for tracking the charity wallet with its estimated value and a donation history list which catalogs whatever information is made available. If messages to and from orphans end up getting inserted in the blockchain, it'd be nice to have a page dedicated to exploring those.

And actually, that reminds me, since BBP is listed on an exchange now I need to see if I can start pulling price data from c-cex into the explorer.
Very nice, thank you for your efforts.
member
Activity: 70
Merit: 10
Thanks for the image, it helped. You are right, I thought I was looking at the block list, not the transactions list. It confuses me because I am mostly used to the bitcoin explorers where you have just a list of blocks with the number of transactions beside it. And yeah, I forgot that block hashes begin with zeroes so here those are clearly transaction hashes.

But I still think Iquidus is strange because why would they make the interface such that the block column in the table is first, if the main data which is used for the table are transactions? The first column should be a transaction hash, which is unique, and then in that row the block number where the transaction is included could be written on the right. Wouldn't that make more sense?

Especially because this page exists: http://biblepay.inspect.network/movement
So I don't understand why the transactions are listed again on the main page, and also why there isn't simply a block list page.

Also, could you maybe explain why the second transaction in this block is not shown in the "Movement" page?

I have the movement page configured to only show transactions above 20k BBP so that it won't just be cluttered with mining reward payouts. Once the trading volume is higher I'll lower the limit on the filter, but for now the ratio of mining reward transactions to user transactions doesn't really make it practical. Ideally you'd be able to filter the mining rewards from the movement page, but Iquidus doesn't seem to have a configuration option for that.

As far as the layout, that's just the way the author designed it. The transactions are sorted by the block they're included in, so it's not really weird to have that as the first column. Also makes it easy to see what the latest block is from the explorer page. In most typical usage I'm just using the search bar to search a specific block in any case, lists of hashes don't really tell you much. You can navigate up and down the blockchain while inspecting a block using the arrows and see the raw blockdata by clicking the information icon.

I'd like to customize the explorer specifically for Biblepay eventually, but I'm going to hold off until the dev irons out the details of charity-related features. Something like a script specifically for tracking the charity wallet with its estimated value and a donation history list which catalogs whatever information is made available. If messages to and from orphans end up getting inserted in the blockchain, it'd be nice to have a page dedicated to exploring those.

And actually, that reminds me, since BBP is listed on an exchange now I need to see if I can start pulling price data from c-cex into the explorer.
full member
Activity: 462
Merit: 103
Thanks for the image, it helped. You are right, I thought I was looking at the block list, not the transactions list. It confuses me because I am mostly used to the bitcoin explorers where you have just a list of blocks with the number of transactions beside it. And yeah, I forgot that block hashes begin with zeroes so here those are clearly transaction hashes.

But I still think Iquidus is strange because why would they make the interface such that the block column in the table is first, if the main data which is used for the table are transactions? The first column should be a transaction hash, which is unique, and then in that row the block number where the transaction is included could be written on the right. Wouldn't that make more sense?

Especially because this page exists: http://biblepay.inspect.network/movement
So I don't understand why the transactions are listed again on the main page, and also why there isn't simply a block list page.

Also, could you maybe explain why the second transaction in this block is not shown in the "Movement" page?
member
Activity: 70
Merit: 10
Yes, that's what I wrote about on the previous page in detail, it's weird and I think something is not set up correctly in the algo.

And I think togoshigekata was talking about seeing the same block number listed 2-5 times in a row, not the transactions inside one block. Also about multiple recipients of the 19k reward, higher amounts, same time stamps...

Edit: Blocks 2640 and 2641 have the same time stamps. Is it even practically possible to mine two blocks in the same second and for one of them to not become an orphan? Because that means you first have to receive the information from the network that a new block has been found, with all the latency, then to find a new block exactly in a few milliseconds after that, then to send that to the network again with the latency, and all that to happen in the same second?

People seem to get confused by the explorer sometimes. Maybe this mspaint edit will help explain it a little



Two blocks can have the same timestamp if the second one is mined quickly enough. There's even a possibility that a block can have an earlier timestamp than the preceding block without being an orphan block, if the miners' clocks are slightly out of sync. Information moves fast, if the difficulty for a block is low or the miner is really lucky it's not unusual to mine a block within the same second of accepting the previous block. You can verify that the blocks were processed in order because the higher block will contain the previous block's hash.
full member
Activity: 462
Merit: 118
Well i got two blocks this night, finally some more return Smiley
full member
Activity: 462
Merit: 103
Guess those blocks actually did get mined in pretty quick succession.

2619 -> 2017-08-11 04:34:04
2620 -> 2017-08-11 04:35:06
2621 -> 2017-08-11 04:35:18
2622 -> 2017-08-11 04:35:54
2623 -> 2017-08-11 04:36:00
2624 -> 2017-08-11 04:36:34
2625 -> 2017-08-11 04:37:32

A little unusual, looks like the difficulty dropped down about an order of magnitude during those blocks. Seems to happen occasionally.
Yes, that's what I wrote about on the previous page in detail, it's weird and I think something is not set up correctly in the algo.

And I think togoshigekata was talking about seeing the same block number listed 2-5 times in a row, not the transactions inside one block. Also about multiple recipients of the 19k reward, higher amounts, same time stamps...

Edit: Blocks 2640 and 2641 have the same time stamps. Is it even practically possible to mine two blocks in the same second and for one of them to not become an orphan? Because that means you first have to receive the information from the network that a new block has been found, with all the latency, then to find a new block exactly in a few milliseconds after that, then to send that to the network again with the latency, and all that to happen in the same second?
member
Activity: 70
Merit: 10
Something strange is definitely happening, saw blocks jump from 2618 to 2625

The biblepay daemon on the block explorer died for some reason so I had to restart it, which is why several blocks updated at once.

The front page lists all transactions, not just mined blocks. A single block contains the block reward transaction to the miner, as well as transactions where BBP is transferred from one address to another. That's why you see multiple transaction entries listed under a single block.

-edit-
Guess those blocks actually did get mined in pretty quick succession.

2619 -> 2017-08-11 04:34:04
2620 -> 2017-08-11 04:35:06
2621 -> 2017-08-11 04:35:18
2622 -> 2017-08-11 04:35:54
2623 -> 2017-08-11 04:36:00
2624 -> 2017-08-11 04:36:34
2625 -> 2017-08-11 04:37:32

A little unusual, looks like the difficulty dropped down about an order of magnitude during those blocks. Seems to happen occasionally.
full member
Activity: 1260
Merit: 115
Something strange is definitely happening, saw blocks jump from 2618 to 2625
full member
Activity: 250
Merit: 100
this algo strange. maybe its about luck.  Grin
full member
Activity: 1260
Merit: 115
Is the explorer reporting correctly? http://biblepay.inspect.network/
Im seeing some weird behavior,
blocks with same timestamp, blocks with multiple recipients, amounts higher than 19k
member
Activity: 126
Merit: 10
Recompiling for the wallet update on linux.. what does that look like? Im a linux noob but somehow managed to get it all working...just dont want to screw it up.

thanks!
member
Activity: 126
Merit: 10
typically, more threads means more hash with x11.
Xeons work great, but to me, you paint yourself into an investment for a niche.
I say go threadripper and let us know hash rate.
sr. member
Activity: 581
Merit: 250
i rent              2x       Intel® Xeon® E5-2620 v3

what you think about hashpower? 2 hours later pc gonna be ready for mine?

Will it be possible to mine this coin BiblePay using GPU or is it strictly CPU. If someone has to buy a good CPU  to mine a coin what do you recommend. 
full member
Activity: 154
Merit: 100
i rent              2x       Intel® Xeon® E5-2620 v3

what you think about hashpower? 2 hours later pc gonna be ready for mine?
member
Activity: 116
Merit: 10
what kind of mining rig would one use for
PROOF OF BIBLEHASH (POBh)
I'm assuming its GPUs but just wanted clarification, thanks in advance

Its an X11 modified.  You are not likely to find anything in the forums until someone writes something up in OpenCL - hopefully not for a long time.

For now its CPU hashing power.
Jump to: