So far so good, I just ran my sanctuary report and the nodes are all in sync and agree with the explorer (Chainz has already upgraded): https://chainz.cryptoid.info/bbp/block.dws?170840.htmPlease, if anyone finds a discrepency after upgrading - post. I'll verify POBH 2.0 and DWS next. Caution: Although DWS appears to be working now, I caution against using it for a few days until we verify we are exchange ready. We don't want a burn in the chain to get rolled back when more hashpower gets added (as you could lose the funds if your burn is not recorded in the main chain). |
|
|
|
Out of curiosity, what's the difference between the bbpminer-x86.exe and the bbpminer32.exe binaries? Thanks!
The x86 version is the 64 bit version, and the 32 is for 32 bit processors. (I remember we had to add the 32 for Prof. Budinga when he reported the 64 bit didn't run on his 32 bit windows xp machine). Good luck. I see our diff is around 5K. Not sure if this is because of low switchover rates or if this is the new environment. |
|
|
|
BiblePay
1.4.8.6-Mandatory Upgrade for Entire Network @ 170830
- Increase sanctuary protoversion to 70751 (Enable new consensus rules for PODC - fix low payment bug) - Adjust deflation rate to match target in GetBlockSubsidy - Add anti-gpu measures to POBH (reject high-nonce blocks) - Mandatory height: 170830 - Adjust DWS creation and validation for DWS 2.0 - Add upgradesanc warning when no \r\n exists (Togo) - Add addl warnings to exec rac, and ensure exec rac does not crash the node - Remove dead code from miner; modify miner to handle anti-gpu nonce rules ** Note: We also have a mandatory upgrade for the external miner, please find the binaries here: https://github.com/biblepay/cpuminer/tree/master/binaries** Sanctuaries, please upgrade also ** The new POBH 2.0 rules do not start until 170830, so in the mean time, the pool will reject most of the shares. As soon as this height passes the pool should start working correctly. The pool is coming back online now. POOLS: Please upgrade. The software has been updated here: https://github.com/biblepay/node-stratum-pool/commits/masterTo upgrade please follow the upgrade instructions in this document: https://github.com/biblepay/node-open-mining-portal/blob/master/Deploy%20a%20Nomp%20BiblePay%20Pool.txt
|
|
|
|
|
** BBP Network Wide update **
So, I heard back from all the exchanges and they all have put us in maintenance.
This puts us in a good position to release our new mandatory upgrade and regression test/verify it tomorrow in prod, to ensure the anti-gpu feature works as expected. Once we verify DWS and Anti-GPU, then we will give the exchanges the green light to upgrade.
So the timeline looks something like this now:
- We will release the new mandatory upgrade in the next few hours.
- The cutover height is for tomorrow at 9 AM.
- We will verify DWS and Anti-GPU in prod tomorrow. Then we give the exchanges the green light to upgrade Tuesday.
- Sometime tomorrow, I will be working on releasing an upgrade to the external miner. This will be required to work with the new version.
Please keep your eyes peeled for the mandatory upgrade. The chain will cutover at height 170830.
Sanctuaries, we are going to take this opportunity to require a mandatory Sanc upgrade at the same time. This upgrades the PODC rules to the latest which fixes the low payment bug also.
|
|
|
|
If the pool is currently disabled, is the processing we're doing now being wasted? Thanks!
No, the hashpower is not wasted because what happens is the stratum error (cant connect to pool) occurs, then it sleeps, so it doesnt use electricity; but yes, the miner would have to be restarted in solo mining mode to make the hashes count. Actually this is a good point, because we would like everyone to help keep the network secure, so please run your biblepay client in solo mining mode if possible. |
|
|
|
We have 31 Megahash hitting nomp.biblepay.org (this is about 31* the normal rate).
I see the pool has solved over 75 blocks, which is way above normal.
SouthXChange even asked me about this, please if anyone has any idea what is going on let me know.
From what I can see, everything is fine.
All of our sanctuaries are in sync at the current height (looking at the advanced view, which shows the hash), so I know the chain is solid.
Im happy to see 55 WCG/smart-contract participants! God bless you.
Ok, so we finally have an answer on this 31 megahash hitting the pool: we believe Marcino ported BBPs miner to a GPU. Thats impressive, but, I don't believe we should become a GPU coin. We have something to offer the PC community (and also for using commodity pcs). This schedule is subject to change, but let me lay out a rough call to action: - Block any user in the pool that hits with more than 1mh/s - Work the ticket that we have, where we equalize the hash speed between solo and external mining - Finish the next gen cpu miner in testnet - Test CPU mining and the new dash changes that have been released (Nov-Dec 2020 changes) all at once in testnet - Release our new cpu miner in our next mandatory upgrade (March 2020) - We are going to release a GPU mitigation release (a mandatory upgrade) within 7 days. This is primarily due to the decision that we don't want an unfair advantage floating around for GPUs while CPUs make a lesser share. Additionally we don't want any potential security vector attacks to be possible. So please be ready to upgrade within 7 days. We will also be notifying exchanges. (This release will also include our necessary changes to fix the PODC low-payment bug for users who do not meet the escrow reqs). - MIP has been speaking with Marcino and he tells me he is not acting in a hostile fashion. He is keeping his hashpower low and not attacking the coin. - I have taken the pool offline for now. I'll bring it up later after the upgrade (as it is just a cat & mouse game to keep it running). - We sent Marcino info on our POBH bounty. Afaik it will be paid to him, as I believe he has met the requirements. - We will still focus on designing and releasing our next gen cpu-miner after this mandatory patch is released. - The patch will be nomp compatible, and will also make solo mining equal to external mining (based on the most recent information). |
|
|
|
We have 31 Megahash hitting nomp.biblepay.org (this is about 31* the normal rate).
I see the pool has solved over 75 blocks, which is way above normal.
SouthXChange even asked me about this, please if anyone has any idea what is going on let me know.
From what I can see, everything is fine.
All of our sanctuaries are in sync at the current height (looking at the advanced view, which shows the hash), so I know the chain is solid.
Im happy to see 55 WCG/smart-contract participants! God bless you.
Ok, so we finally have an answer on this 31 megahash hitting the pool: we believe Marcino ported BBPs miner to a GPU. Thats impressive, but, I don't believe we should become a GPU coin. We have something to offer the PC community (and also for using commodity pcs). This schedule is subject to change, but let me lay out a rough call to action: - Block any user in the pool that hits with more than 1mh/s - Work the ticket that we have, where we equalize the hash speed between solo and external mining - Finish the next gen cpu miner in testnet - Test CPU mining and the new dash changes that have been released (Nov-Dec 2020 changes) all at once in testnet - Release our new cpu miner in our next mandatory upgrade (March 2020) |
|
|
|
any new users (all tutorials looks very amateur)
i can help you with setup
masternode
PODC
mining
PM me (Slovak Team = orbis/capulo/slovakia)
co tak si konecne zobrat priklad z inych minci web,navody atd
Great job Slovaks  And I will help newcomers with the stake requirement. Here is the deal: 1. Open a new account on World Community Grid 2. Join team Biblepay, make sure "Display my data" and "Link my devices" boxes are checked under the "Data Sharing" tab 3. Start solving tasks 4. Download BBP wallet and synchronize (Do not acquire any BBP) 5. Once your WCG RAC is greater than 250 (no big deal - one core over a few days), find me on BBP Discord (shorty) 6. Upon confirmation of your RAC, I will send you 1500 BBP (more than the stake requirement for 250 RAC) The rest is upon you - follow guides and get help from Slovaks and keep earning BBP through the PODC daily rewards as long as you crunch for WCG. This offer is valid for the first 100 newcomers. Please note you have to be a new WCG member to be eligible. May God bless & reward everyone that contributes to science in both worlds ! This is great! And also, remember users can also get 200bbp from web.biblepay.org | Faucet. And, as a backup for Shorty, I am available to send some free BBP to new CPIDs if you email me at rob@biblepay.org if the faucet didnt give you enough. |
|
|
|
|
We have 31 Megahash hitting nomp.biblepay.org (this is about 31* the normal rate).
I see the pool has solved over 75 blocks, which is way above normal.
SouthXChange even asked me about this, please if anyone has any idea what is going on let me know.
From what I can see, everything is fine.
All of our sanctuaries are in sync at the current height (looking at the advanced view, which shows the hash), so I know the chain is solid.
Im happy to see 55 WCG/smart-contract participants! God bless you.
|
|
|
|
Just got my first PODC 2.0 payment and I am very happy. Instead of using my stations for energy wasting, I am using them again to help WCG  Thanks alot team, and especially Rob for the hard work ! Thanks my friend. It does feel good to use our computer time for good causes again. |
|
|
|
I am choosing to say publicly a few things, and I will say a few others in private. I was just looking today about returning, and I'm sad to see that this community still seems to be at odds, and unable to truly work together as a unified force.
That said, my personal public opinion is that while not all dirty laundry needs aired, I wish there wasn't so much deleting. I think the record is capable of standing for itself, and I see no issue with leaving dissenting or disagreeing bgg points of view up. Conversations that should be private can and should of course be taken there as quickly as possible, but when I see a thread with 330+ deletions, that raises more questions than I think is helpful.
Just my two cents. As always, I believe that everyone here supports the mission and wants what is best
If we keep that in mind, many things can be overcome.
Dear Noxpost, Thank you for your post. From my perspective, after putting in a massive amount of work in the blog and a continuous amount of programming in the coin and its related systems, I feel that these last (few recent posts) are mischaracterizing the deleted post sitation by default into censorship without a full analysis. Since I know you are an MVP here, I feel this would be a good opportunity to analyze the situation from beginning to end and then help draw a summary of this for us, and then you can post the actual conclusion as a third party. Will you please do me a favor, since you have cited the 330 deleted posts as a huge problem (pointing to blog censorship) could you e-mail me, and what we will do is go through the procedure of summarizing each of the deleted posts and content into its characterized category and content, and then lets make a call together on the feeling if this content should have been deleted or not. Then Ill let you make a public summary of what we find together, and a recommendation of what we should do to our policy going forward. Rob@biblepay.orgPS: Regarding the statistic itself, when my posts are deleted by a moderator they count as deleted also. And they get deleted quite a bit when they contain keywords. PS2: Regarding infighting, yes of course its sad a new argument exists this week, but why is it happening? But if we had 10,000 members like we should, one persons argument should not give you the conclusion that we are 'at odds with each other and infighting'. But I do think the community should do more to root out infighting (IE be a force for God that does not condone it at all - and we should all hate the essence of discord/malencholy). And, yes, all of us should have the common courtesy to talk in private. Ill delete the infighting post because its not professional. |
|
|
|
I am choosing to say publicly a few things, and I will say a few others in private. I was just looking today about returning, and I'm sad to see that this community still seems to be at odds, and unable to truly work together as a unified force.
That said, my personal public opinion is that while not all dirty laundry needs aired, I wish there wasn't so much deleting. I think the record is capable of standing for itself, and I see no issue with leaving dissenting or disagreeing bgg points of view up. Conversations that should be private can and should of course be taken there as quickly as possible, but when I see a thread with 330+ deletions, that raises more questions than I think is helpful.
Just my two cents. As always, I believe that everyone here supports the mission and wants what is best
If we keep that in mind, many things can be overcome.
I also see that this situation continues, and I would like to say my opinion, even I know that my post may be deleted. Sometimes , some opinions or objections are made to make something better. The same is true in the world.There are objections and opinions.It is also a kind of expectation. The most terrifying thing is that no one left a comment more, this means no longer interested in that object, and no more expectation. I also think that don't need to delete it deliberately, if it so I will feel like in a country of excessive self-censorship ...such as North Korea or China Dear Eternal, I hope you realize that this blog has never been about censorship. I've had a few people Accuse me of censoring, because I've deleted posts. It's been more about refusing to leave up misleading or unfounded information for investors, or removing swearing. Let me reply to noxpost and please follow this, and let's sort out the root of the problem. Hopefully you can agree that posts have not been deleted in a long time, but sporadically issues occur that requires moderation. My posts are deleted quite a bit by the moderators here and sometimes I have to repost them. |
|
|
|
|
Sunk, please e-mail me before posting anymore, thanks.
|
|
|
|
Rob, have you noticed Leaderboard numbers states the numbers for current daily GSC block range.
I thought this was a deliberate change because with fixed WCG tx on the same block, I thought you could have the leaderboard reflect today's earning. Sounds like from previous post, there is still 48 hour lag?
Well the leaderboard block range was updated yes to match the superblock that is voted on for the participants in the leaderboard UI, yes. But specifically on Capulo, he referenced a txid that was *paid* 100 blocks ago, meaning the source of the rac was from 3 days ago (which was the day the file was hosed badly). It always takes 3 days in total from end to end in the pipeline from being a new user to actually getting the payment. |
|
|
|
rob, could you check this? i got very small reward, dont know why tx 2bb8ea35a62a60f261be3859402d489f96b27a1774ab36757a591ce4a76ddda7 if i missed update, then there should be no reward, so i must have some update. and realy i have at least one per day: { "f1a0ceafd5ad34dac08bd45164c6e17925eacc613c7f27fd6c94b2cb1a9fc507": "Points: 5301943, Campaign: WCG, CoinAge: 5301943, Donation: 0.00, Height: 168275, Date: 01-07-2020 15:13:09", "abfb51ae5458a49294e2f0551346da7178e71cf2adae54fe01abe4baecd2b71d": "Points: 7308878, Campaign: WCG, CoinAge: 7308878, Donation: 0.00, Height: 168416, Date: 01-08-2020 08:36:03",
"547f6ad91905ff6d298b32e9e4a420d4c42ca355c82f77add6285b6507db18b3": "Points: 6015243, Campaign: WCG, CoinAge: 6015243, Donation: 0.00, Height: 168550, Date: 01-09-2020 01:08:48",
"9426794a08919031e6721e03fa822000aa9100d6f41eac7ae32328f05e97c8c2": "Points: 7232366, Campaign: WCG, CoinAge: 7232366, Donation: 0.00, Height: 168721, Date: 01-09-2020 20:55:42",
"18a5eefe340dd5e81099a15d3e597d018a64d267f1a6b0f32cce1ccd81dd1f64": "Points: 5270433, Campaign: WCG, CoinAge: 5270433, Donation: 0.00, Height: 168840, Date: 01-10-2020 11:14:16",
"748cb9487a8f56ed3c7bf8e34b71d9e86892b7c716dd2495f6c77166fb167475": "Points: 9826263, Campaign: WCG, CoinAge: 9826263, Donation: 0.00, Height: 168937, Date: 01-10-2020 23:04:47",
"8e7bb46ed2dd0a2bbfb817ebd1a734577e4d6fea7bead27d0fce478aa79cf54e": "Points: 9267097, Campaign: WCG, CoinAge: 9267097, Donation: 0.00, Height: 169002, Date: 01-11-2020 07:27:03",
"96026f28c293d440d16f418b496a72947c323c87dfdb2d23cf02ee038750ffb1": "Points: 6898709, Campaign: WCG, CoinAge: 6898709, Donation: 0.00, Height: 169123, Date: 01-11-2020 22:24:53",
"ddcbcdfc655ba788d63abf960e17850d3aa5f5d37047abcf31592e358f3a7f5d": "Points: 4976215, Campaign: WCG, CoinAge: 4976215, Donation: 0.00, Height: 169296, Date: 01-12-2020 18:18:44",
"3e06dfda56a1f90bbbf748785514c7be3d385b603364b2bfe88c16d6791fcbcc": "Points: 5637496, Campaign: WCG, CoinAge: 5637496, Donation: 0.00, Height: 169403, Date: 01-13-2020 08:25:42",
"a4516e40e2e8cfb4e542b0b2dc1c0867ae49a86bf763ced0ae609562f62f9b51": "Points: 7165132, Campaign: WCG, CoinAge: 7165132, Donation: 0.00, Height: 169580, Date: 01-14-2020 07:03:05",
"565a5cf8f56096205cbca71ca1e874eadf20be7784c394c00670625f0586ff11": "Points: 11885885, Campaign: WCG, CoinAge: 11885885, Donation: 0.00, Height: 169643, Date: 01-14-2020 14:20:56",
"Total": 86785660.43113884 } what changed was, that i added some computers, so rac maybe goes up faster than covered by coinage... but i'm not sure second problem is that automatic updates are not working for me, i set frequency to 100, but no update was made with this setup (previously, 24h updates works automaticaly) pog_foundationdonation=1000 pog_coinagepercentage=.99 gen=0 dailygscfrequency=100 should i set something else? or maybe gen=1? The dailygscfrequency is probably OK (thats twice per day). More than likely, please see if something is in the log: LogPrintf("\nCreateAllGSCTransmissions %f, Campaign %s, Error [%s].\n", GetAdjustedTime(), s.first, sError1); LogPrintf("\nWARNING [%s]", sWarning); Btw, you dont have to worry about gen=1 anymore, we send the GSC's out from the main thread now. (At the height in 'exec rac'). Let me look into the other one. Actually it looks like you are sending two out per day; they all have sufficient coin*age in the transmissions... so the log will probably show "success" for all of them. I think the entirety of the issue is this: The low payment of 6500, that was actually based on RAC you generated 3 1/2 days ago (payments occur 48 hours after the superblock is assimilated). So, looking at what was happening 3 days ago, thats the day we found all the 1000 buffering problems in the data. I believe you were affected by this incorrect calculation. What happened is it boosted your rac by 3 figs, which would leave you with not enough to cover. Then we move your rac down by an exponent of 1^3 (which is the bug that was fixed in this current version that is not spork enabled yet). That would explain the tiny payment. So now that the data is accurate each day this should not happen again. Btw, we are going to enable the spork around the end of the month, along with Chainlocks, and a sanctuary upgrade, etc. I will announce all this at least 7 days in advance. |
|
|
|
Question:
In PODC, if "exec rac" is OK, should I ran "exec sentgsc <CPK>" twice a day or automatic system working fine ?
Automatic works fine. |
|
|
|
Question:
In Leader Board, assuming WCG, what is the meaning of :
1) points
2) owed
3) prominence
1= Your researcher RAC for the Day 2= The amount in BBP you earned for that days research 3= Your magnitude. This is your % of contribution to the team in research. |
|
|
|
Dear Rob / Biblepay fans,
Recently I noticed that the health of BBP is not ideal.
I recommended that use the remaining funds which of apply for listing purpose for direct repurchase to increase the value of BBP.
I don't think potential investors will buy a currency that has been declining in value for a long time
I suggest BPP to promote market that if many people focus on this coin that listing will be great.
In the last quarter , BBP spend a lot of money on listing exchange , TOKOK exchange is a shit but why BBP team listing here? i don't know
Next, the Graviex exchange is great listing on masternode coin but if already no volume on this market will easy to dis-listing.
SXC exchange is keep going the run and change the BTC to 9 (0.000000000 BTC).
I joined many exhcnage for sell/buy coin, i very clear most exhcngae is good /not good , if you will listing the on exhcnage can be inform me and i will provide the idea for BBP . thanks.
Anyway, BBP was great , Please keep running.
Well I also share in your feelings, and thanks for posting them. I couldnt be more unhappy with how unequally yoked we are with tokok (that is with the deceptive volume & volume tradebox etc). At the time we signed up for tokok, we got a false sense of value in the stated volume of $440 mil per day. (Obviously it turned out to be a bad investment, worth probably .20 btc total instead of 2.0 btc). I've been praying recently, for God to make a breaking change with Tokok, to make them equally yoked with his minimum integrity level. I also reached out to Graviex, and paid for the integration fee to try to give some value back to bbp for this. And I also got a commitment from Coinsbit, and I will pay for that out of my pocket also to help give us 3 exchanges for the price of one. Regarding future plans, first on using the foundation funds to raise our price, unfortunately since the funds are already in BBP we wont get very far if we sell those and try to use the BTC to buy BBP as the bot on SX usually sells the coins it buys higher, I think in this case we need to make a grass roots fundamental repair to our ecosystem and just spend it on charity. I think we only have a few hundred $ anyway in the account. I just posted one idea (Charity Agent). Lets see where this takes us. If we can reduce our charity expenses to a % based on price in the future, give the investors a real reason to buy BBP (IE a positive price impetus in everything we do) and provide a solid service then we will succeed. |
|
|
|
loading biblepay web is very bad ..... use best providers, best any NL/DE/CZ/SK providers leaseweb OVH hetzner lightstorm benestra master internet fastest web providers or  ? Its not the internet host; its because we use a layer slider in our wordpress site. The layer slider has a 1.5 seconds delay in creating the slider object (which is a 3rd party plugin). Then the button takes a while to render. Its just unoptimized architecture in WORDPRESS. Togo is looking at a different type of button for the sliding images. Obviously if we used an HTML theme it would be blazing fast. Dont worry, once we figure it out we will cache the landing page. |
|
|
|
|
Show Posts
