BiblePay - New Coin Launch - Official Thread

[enervey]

I'm very excited about this project and pleased to see that the developer is so active.
Bought more BBP at C-CEX.
Keep up the great work!

[nonokeci]

So how exactly do you use the Bible in the mining algorithm? 

[Ginzink]

My mate got double of my hash, 8 hours no hit. Someone must be very lucky! Also a question for the dev, when i choose setgenerate true XX where XX is a number, what does it mean? I got 4 cores but set it at 9, as i then use 80% of CPU. If it is threads maybe i spit out alot of rubbish hash

[PewPewGoesTheDuck]

Updated to the latest wallet and it upped my mining hash a decent amount on a stock i7-7700

{
  "blocks": 2403,
  "currentblocksize": 1282,
  "currentblocktx": 1,
  "difficulty": 0.02057168407116625,
  "errors": "",
  "genproclimit": 17,
  "network_khashps": 7580.079010145719,
  "hashps": 293872.8655474243,
  "minerstarttime": "08-09-2017 15:20:56",
  "pooledtx": 1,
  "testnet": false,
  "chain": "main",
  "biblepay-generate": true,
  "poolinfo1": "",
  "poolinfo2": "",
  "poolinfo3": "",
  "poolmining": false
}

[happy_merchant]

My mate got double of my hash, 8 hours no hit. Someone must be very lucky! Also a question for the dev, when i choose setgenerate true XX where XX is a number, what does it mean? I got 4 cores but set it at 9, as i then use 80% of CPU. If it is threads maybe i spit out alot of rubbish hash

It's the number of threads. You kind of just have to play around with it until you optimize it currently. I'm running multiple rigs, some max out at 2 threads per core, others at 3 or 4 threads per core, so it's highly dependent on hardware.

As far as mining, solo mining is all probability. If you're contributing 1% of the network hashrate, then you have a 1% chance of mining each block. Given 100 blocks, there's a ~63% chance that you'd mine at least one of them, but that's also a pretty good chance that you might get nothing. Even after 300 blocks, there's still a ~5% probability of mining nothing, so it's not unreasonable that streaks like this would happen occasionally. And obviously the odds are worse the lower your hashrate is relative to the total network hashrate.

The mining pool is currently in testing, which will remove a lot of the randomness from the mining process.

[ooeygooeygold]

10-4 on Bittrex.

this is an awesome news.  is it Oct 4th   ?

What post did you get this October 4th date from?

[tiras]

https://bitcointalk.org/index.php?topic=2042657.msg20740285#msg20740285

[m4tsby]

I think Dev was using 10-4 as in the ten code for "understood" .. not giving a go live date.

[Ginzink]

My mate got double of my hash, 8 hours no hit. Someone must be very lucky! Also a question for the dev, when i choose setgenerate true XX where XX is a number, what does it mean? I got 4 cores but set it at 9, as i then use 80% of CPU. If it is threads maybe i spit out alot of rubbish hash

It's the number of threads. You kind of just have to play around with it until you optimize it currently. I'm running multiple rigs, some max out at 2 threads per core, others at 3 or 4 threads per core, so it's highly dependent on hardware.

As far as mining, solo mining is all probability. If you're contributing 1% of the network hashrate, then you have a 1% chance of mining each block. Given 100 blocks, there's a ~63% chance that you'd mine at least one of them, but that's also a pretty good chance that you might get nothing. Even after 300 blocks, there's still a ~5% probability of mining nothing, so it's not unreasonable that streaks like this would happen occasionally. And obviously the odds are worse the lower your hashrate is relative to the total network hashrate.

The mining pool is currently in testing, which will remove a lot of the randomness from the mining process.

Thank you. Looking forward to pool, and i know solo can hurt. Just wondering if something was wrong since both of us hit no block. But then it is working as it says mining on live block and show hash. I can push the threads until the program / comp freeze or will i get trash hash if max out? In gpu you can see failed blocks, not skilled in solo mining.

[happy_merchant]

Thank you. Looking forward to pool, and i know solo can hurt. Just wondering if something was wrong since both of us hit no block. But then it is working as it says mining on live block and show hash. I can push the threads until the program / comp freeze or will i get trash hash if max out? In gpu you can see failed blocks, not skilled in solo mining.

I haven't seen my hash decrease from pushing the number of threads too high, but there's definitely diminishing returns after a certain point and not really any reason to keep adding more threads once your CPU is saturated. I'd probably avoid creating an obscene number of threads to the point where the entire system is unresponsive, just on the off-chance that the mining software or system might become unstable. If your mining rig crashes in the middle of the night, you'll just be out all those hours of mining.

[tiras]

I think Dev was using 10-4 as in the ten code for "understood" .. not giving a go live date.

thanks for clarifying .  lol

[togoshigekata]

So, I think for us to run a fair and transparent charitable DAO, I would like to add a ground rule for BiblePay dumping the foundation orphan wallet on the exchange, so that we are fair for investors and miners.  We will dump the orphanage wallet on the third Friday of every month through the day.  That is August 18th this month, all coins get dumped.  So buyers be ready.  100% of the resulting BTC goes to sponsor orphans at compassion.com.  (We will have a dedicated compassion account, so it is easier for us to post the pictures and orphan IDs back on the site and in-wallet within approx 7 days of the dump- this will give us time to set up our database with orphan IDs and pictures, etc).

So by dump you mean you will sell the 10% charity coins mined so far on the c-cex exchange?

Im curious how that will affect trading prices, should be interesting!

[happy_merchant]

So by dump you mean you will sell the 10% charity coins mined so far on the c-cex exchange?

Im curious how that will affect trading prices, should be interesting!

This first dump will probably be the worst in terms of crashing the value, since it's 10% of all coins in existence. That 10% of one month's block rewards will represent less and less of the total BBP supply with each passing month, so eventually it shouldn't be too disruptive on the market.

Will definitely be interesting, though. A lot of traders who aren't interested in mining will see it as the best time to buy in on BBP. Who knows, that might even drive the price up despite the massive volume, crypto can be kind of unpredictable.

Might help to try to get the word out, make sure people who aren't following Biblepay hear about it and know that the proceeds are going towards charity.

[jc12345]

Shutting down my my miners. Did not find one block with 600k hashes for a whole day.

[Ginzink]

My mate got double of my hash, 8 hours no hit. Someone must be very lucky! Also a question for the dev, when i choose setgenerate true XX where XX is a number, what does it mean? I got 4 cores but set it at 9, as i then use 80% of CPU. If it is threads maybe i spit out alot of rubbish hash

I got a Block hit now! So it seems to be working at least, Just bad luck still not selling tho, think it will rise alot when it gets picked up by more investors. And a bittrex listing could give an insane rise! Wold rather buy than sell atm if i had spare btc

[Ginzink]

Shutting down my my miners. Did not find one block with 600k hashes for a whole day.

I understand the frustration! It will be better when pool is up

[DirtyMiner]

Every time I recompile from source I end up with version 1.0.7 not the latest, what am I missing/doing wrong?

I simply backed up the wallet, removed all trace of Biblepay and recompiled..

System is Linux Mint.

Finally, great coin, great project i'll be here for the long haul!

I think that is a rare issue, last time that happened to me I did a
git reset --hard HEAD
and then I was able to see the latest commit.  You should see 1.0.1.9 now.

  Still unable to solve this issue, also be aware I am a novice at linux.

Maybe someone else besides the main dev could help me out with this?

Make a new git clone and install correctly. There are tutorial thats works for biblepay too
https://michael.mckinnon.id.au/2016/05/13/building-a-namecoin-server-with-ubuntu-16-04/

Thanks for chipping in.

I have attempted to remove all trace of bible pay (biblepay & .biblepaycore in /home directory)

Then tried both reinstalling from source & from directly downloading the git source, everytime I reinstall it comes back at 1.0.1.7...

[togoshigekata]

Im having trouble with linux as well (Ubuntu 16.04)

==== References:
https://github.com/biblepay/biblepay/blob/master/BuildBiblePay.txt
https://michael.mckinnon.id.au/2016/05/13/building-a-namecoin-server-with-ubuntu-16-04/
https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md

==== Step by Step Commands (not sure if this is all correct, please someone point out any issues)
sudo apt-get install g++
sudo apt install make
sudo apt-get install build-essential
sudo apt-get install autoconf libtool pkg-config
sudo apt-get install libboost-all-dev libssl-dev libevent-dev

sudo apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler

cd /home/yourname
git clone https://github.com/biblepay/biblepay

BP_ROOT=$(pwd)
BDB_PREFIX="${BP_ROOT}/db4"
mkdir -p $BDB_PREFIX

wget 'http://download.oracle.com/berkeley-db/db-4.8.30.NC.tar.gz'
echo '12edc0df75bf9abd7f82f821795bcee50f42cb2e5f76a6a281b85732798364ef  db-4.8.30.NC.tar.gz' | sha256sum -c

tar -xzvf db-4.8.30.NC.tar.gz
cd db-4.8.30.NC/build_unix
../dist/configure --enable-cxx --disable-shared --with-pic --prefix=$BDB_PREFIX
make install

cd $BP_ROOT
./autogen.sh
./configure LDFLAGS="-L${BDB_PREFIX}/lib/" CPPFLAGS="-I${BDB_PREFIX}/include/"
sudo make
===================

And then it freezes on last command sudo make, last output: 
  CXX      libbitcoin_server_a-init.o

Ive been waiting 20 minutes,
is it frozen?, did I do something wrong? or do I need to wait longer?
(Its just a one core machine Im testing/building on, I have very little Linux experience and almost no mining experience)

[bible_pay]

Every time I recompile from source I end up with version 1.0.7 not the latest, what am I missing/doing wrong?

I simply backed up the wallet, removed all trace of Biblepay and recompiled..

System is Linux Mint.

Finally, great coin, great project i'll be here for the long haul!

I think that is a rare issue, last time that happened to me I did a
git reset --hard HEAD
and then I was able to see the latest commit.  You should see 1.0.1.9 now.

  Still unable to solve this issue, also be aware I am a novice at linux.

Maybe someone else besides the main dev could help me out with this?

Make a new git clone and install correctly. There are tutorial thats works for biblepay too
https://michael.mckinnon.id.au/2016/05/13/building-a-namecoin-server-with-ubuntu-16-04/

Thanks for chipping in.

I have attempted to remove all trace of bible pay (biblepay & .biblepaycore in /home directory)

Then tried both reinstalling from source & from directly downloading the git source, everytime I reinstall it comes back at 1.0.1.7...

Hmm, you could either try deleting a lot of the .cpp files in /src, and doing a git, then comparing the hex hash from the git head at github.com/biblepay/biblepay (its 5fdd), and re-building.  It could be having trouble overwriting your files. Maybe you can chown user -R then redo the git, and recompile.  Anyway you can also try git clone master over again into a whole new directory - and obviously that should give you something to compare to isolate the problem.

[bible_pay]

Im having trouble with linux as well (Ubuntu 16.04)

==== References:
https://github.com/biblepay/biblepay/blob/master/BuildBiblePay.txt
https://michael.mckinnon.id.au/2016/05/13/building-a-namecoin-server-with-ubuntu-16-04/
https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.md

==== Step by Step Commands (not sure if this is all correct, please someone point out any issues)
sudo apt-get install g++
sudo apt install make
sudo apt-get install build-essential
sudo apt-get install autoconf libtool pkg-config
sudo apt-get install libboost-all-dev libssl-dev libevent-dev

sudo apt-get install libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler

cd /home/yourname
git clone https://github.com/biblepay/biblepay

BP_ROOT=$(pwd)
BDB_PREFIX="${BP_ROOT}/db4"
mkdir -p $BDB_PREFIX

wget 'http://download.oracle.com/berkeley-db/db-4.8.30.NC.tar.gz'
echo '12edc0df75bf9abd7f82f821795bcee50f42cb2e5f76a6a281b85732798364ef  db-4.8.30.NC.tar.gz' | sha256sum -c

tar -xzvf db-4.8.30.NC.tar.gz
cd db-4.8.30.NC/build_unix
../dist/configure --enable-cxx --disable-shared --with-pic --prefix=$BDB_PREFIX
make install

cd $BP_ROOT
./autogen.sh
./configure LDFLAGS="-L${BDB_PREFIX}/lib/" CPPFLAGS="-I${BDB_PREFIX}/include/"
sudo make
===================

And then it freezes on last command sudo make, last output: 
  CXX      libbitcoin_server_a-init.o

Ive been waiting 20 minutes,
is it frozen?, did I do something wrong? or do I need to wait longer?
(Its just a one core machine Im testing/building on, I have very little Linux experience and almost no mining experience)

The very first compile takes over an hour on a fast machine as it has to build all the obj files and moc stuff for qt.