Can anyone confirm the number of hours between daily superblock? I noticed last night it was 1 hour more than before. Usually daily PoDC payment is usually made in hour 20 or 21 (my time), but yesterday it was in hour 22. DGW's been really good with maintaining 24 hour average for daily superblock...
The Daily superblock is once every 205 blocks; but what we need to do is check the hours passed over the span of 1 month of blocks (205*30) and see if we have any time drift. If you type 'showblock #' you can see the Block Time.
|
|
|
Hey so I am having problems getting my payments for PoDC.
Here's my boinc info: { "Command": "getboincinfo", "CPID": "78904c6ee0c330d7f8cf03a94862204e", "Address": "BNkWgfE6vYVPvVPStPwf1jin8yXwyYRxgW", "CPIDS": "78904c6ee0c330d7f8cf03a94862204e;", "CPID-Age (hours)": 427731, "NextSuperblockHeight": 77705, "NextSuperblockBudget": 1077065, "78904c6ee0c330d7f8cf03a94862204e_ADDRESS": "BNkWgfE6vYVPvVPStPwf1jin8yXwyYRxgW", "78904c6ee0c330d7f8cf03a94862204e_RAC": 183.57, "78904c6ee0c330d7f8cf03a94862204e_TEAM": 15044, "78904c6ee0c330d7f8cf03a94862204e_WCGRAC": 1202, "78904c6ee0c330d7f8cf03a94862204e_TaskWeight": 100, "78904c6ee0c330d7f8cf03a94862204e_UTXOWeight": 34211, "Total_RAC": 1385.57, "Total Payments (One Day)": 0, "Total Payments (One Week)": 0, "Total Budget (One Day)": 1077065, "Total Budget (One Week)": 7539455, "Superblock Count (One Week)": 8, "Superblock Hit Count (One Week)": 8, "Superblock List": "77500,77295,77090,76885,76680,76475,76270,76065", "Last Superblock Height": 77500, "Last Superblock Budget": 1077065, "Last Superblock Payment": 0, "Magnitude (One-Day)": 0, "Magnitude (One-Week)": 0 }
Details: a little over 24 hours ago I switch from Gridcoin team to Biblepay team on WCG. I also sent 88K BBP to my account. It is on 24/7 on my server that is crunching. It is not encrypted. My initial association was a couple months back. At 11:50PM today EST I redid my association. I'm hoping it will work, but maybe Rob might have some answers.
Your close and this will probably fix itself, but the issue is the first PODC update the wallet sent was miniscule due to coins being immature. Just force a podcupdate: exec podcupdate true then wait 6 blocks and run this report: exec utxoreport your_cpid Once you have a UTXO of 27,700+ you should be in the next superblock. Well now it says: { "Command": "podcupdate", "PODCUpdate": "Unable to create PODC UTXO::Target UTXO too low." } But I got 22 BBP from a PoDC Payment. I also get from utxoreport: { "77702 [10-18-2018 05:10:06] (37 BBP) [TXID=df1cf650189885f7c978ee6514b6368e8419c392f4186c2d4cfa42b372480869] ": "0.36", "Average Span (Days)": 0.3538801387262858, "Average UTXO Amount": 36.63366336633663 } If you want, could you paste 'exec totalrac' (if you dont mind). I think maybe your mature balance is still less than 1000 bbp, or something... You probably received the superblock reward as commensurate with a lower UTXO stake level %.
|
|
|
Just talking out loud, Does the "exec totalrac" command work if a cruncher hasnt linked/associated their BOINC account yet? I ran it on my wallet that isn't associated: exec totalrac { "Command": "totalrac", "Total RAC": 0, "UTXO Target": 10, "StakeBalance": 767944, "Threshhold to receive 10% rewards (below this UTXO Amount rewards are lost)": 10, "Stake Level Required For 10% Level": 10, "Stake Level Required For 20% Level": 10, "Stake Level Required For 30% Level": 10, "Stake Level Required For 40% Level": 10, "Stake Level Required For 50% Level": 10, "Stake Level Required For 60% Level": 10, "Stake Level Required For 70% Level": 10, "Stake Level Required For 80% Level": 10, "Stake Level Required For 90% Level": 10, "Stake Level Required For 100% Level": 10, "Total Team RAC": 7914764 }
But in order to link a BOINC account to a BiblePay Wallet you need BiblePay coins? So they would have to buy a small amount to link/associate BOINC first, and then run exec totalrac and then figure out how much more they need to buy for staking and then buy more? Hmmm, so ideally then, we do want them to join Team BiblePay and get the Faucet reward, so they can start with funds for the BOINC Association, So they can run exec totalrac? The CPID Burn is about 1.001 BBP? Is there a way we can have a faucet that gives new users 2 BBP? I assume most all of these crunchers will want to stick to their teams and cant do the faucet? Would we want some sort of Web Calculator for Staking? Where user enters in RAC manually? Could even pull in real time BBP price to give a fiat value 1. Exec totalrac does require the 'exec associate' to be complete first. So yes, we should tell them the '1 bbp per rac' figure for PR, and tell them 'exec totalrac' can be used in daily operations. 2. The exec associate does require the 1 bbp. 3. I wouldnt recommend saying Join team BBP and pull coins and switch - its too unprofessional (and would probably lead me to shutting off the faucet after abuse). 4. We could probably add a second faucet to pool.biblepay.org for Non-biblepay-team new users. To award more like 50 bbp to users from that path. ETA? I have to schedule it in. I realize its pretty high priority as its part of this new campaign. 5. Yeah, the web calc sounds good. Maybe Lich can do that. Ok, for #4 : I added a second 'pool.biblepay.org' faucet for Non-BiblePay researchers. It pays 2 bbp. Its live.
|
|
|
Hi ! having some kind of issue here.. BiblePay central shows RAC: 1,064 Biblepay RAC: 0 Magnitude 0.0000 (‰) UTXO amount 0.0000 bbp UTXO weight 0 (%) Task weight 0 (%) no reward officially from there, since a few days, but pool.biblepay says Magnitude: 0.484 UTXO Weight: 60 Task Weight: 0 RAC: 947 and I do get some regular payments. getboincinfo says "Command": "getboincinfo", "CPID": "myCPID", "Address": "BSATbruuKuvStDgm3uZJ5AtJMNq1ywqzQT", "CPIDS": "myCPIDS;", "CPID-Age (hours)": 427740, "NextSuperblockHeight": 77910, "NextSuperblockBudget": 1077065, "71ab02bc9802055cff99a9cc03f5562e_ADDRESS": "BSATbruuKuvStDgm3uZJ5AtJMNq1ywqzQ T", "71ab02bc9802055cff99a9cc03f5562e_RAC": 946.79, "71ab02bc9802055cff99a9cc03f5562e_TEAM": 15044, "71ab02bc9802055cff99a9cc03f5562e_WCGRAC": 7304.5, "71ab02bc9802055cff99a9cc03f5562e_TaskWeight": 100, "71ab02bc9802055cff99a9cc03f5562e_UTXOWeight": 91074, "Total_RAC": 8251.290000000001, "Total Payments (One Day)": 524, "Total Payments (One Week)": 3243, "Total Budget (One Day)": 1077065, "Total Budget (One Week)": 7539455, "Superblock Count (One Week)": 8, "Superblock Hit Count (One Week)": 8, "Superblock List": "77705,77500,77295,77090,76885,76680,76475,76270", "Last Superblock Height": 77705, "Last Superblock Budget": 1077065, "Last Superblock Payment": 524, "Magnitude (One-Day)": 0.4865073138575666, "Magnitude (One-Week)": 0.4301371916139827 So.... central gives me taskWeight 0, pool gives me taskWeight 60 and getboincinfo gives me taskWeight 100... Am I good here ? ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) Thanks ! I think you are referring to UTXO weight (thats the 60 figure in pool.biblepay.org). (The task weight is a different explanation - its currently not being used, so I removed it from the superblock view report). Since the superblock view changes every 3 hours (depending on what the sancs are currently assessing everyone at) - your UTXO weight does change on that report as they use the latest UTXO stake. Right now your cpid has a 60 UTXO weight (IE that means 60% of the requirement is staked - out of 20bbp per RAC). On biblepay-central, I cant speak to why that pool is reporting an empty figure, Lich are you out there? Anyway, if you ever want to see the figure directly from the source, you can run 'exec utxoreport cpid' and it should agree with the pool.
|
|
|
Just talking out loud, Does the "exec totalrac" command work if a cruncher hasnt linked/associated their BOINC account yet? I ran it on my wallet that isn't associated: exec totalrac { "Command": "totalrac", "Total RAC": 0, "UTXO Target": 10, "StakeBalance": 767944, "Threshhold to receive 10% rewards (below this UTXO Amount rewards are lost)": 10, "Stake Level Required For 10% Level": 10, "Stake Level Required For 20% Level": 10, "Stake Level Required For 30% Level": 10, "Stake Level Required For 40% Level": 10, "Stake Level Required For 50% Level": 10, "Stake Level Required For 60% Level": 10, "Stake Level Required For 70% Level": 10, "Stake Level Required For 80% Level": 10, "Stake Level Required For 90% Level": 10, "Stake Level Required For 100% Level": 10, "Total Team RAC": 7914764 }
But in order to link a BOINC account to a BiblePay Wallet you need BiblePay coins? So they would have to buy a small amount to link/associate BOINC first, and then run exec totalrac and then figure out how much more they need to buy for staking and then buy more? Hmmm, so ideally then, we do want them to join Team BiblePay and get the Faucet reward, so they can start with funds for the BOINC Association, So they can run exec totalrac? The CPID Burn is about 1.001 BBP? Is there a way we can have a faucet that gives new users 2 BBP? I assume most all of these crunchers will want to stick to their teams and cant do the faucet? Would we want some sort of Web Calculator for Staking? Where user enters in RAC manually? Could even pull in real time BBP price to give a fiat value 1. Exec totalrac does require the 'exec associate' to be complete first. So yes, we should tell them the '1 bbp per rac' figure for PR, and tell them 'exec totalrac' can be used in daily operations. 2. The exec associate does require the 1 bbp. 3. I wouldnt recommend saying Join team BBP and pull coins and switch - its too unprofessional (and would probably lead me to shutting off the faucet after abuse). 4. We could probably add a second faucet to pool.biblepay.org for Non-biblepay-team new users. To award more like 50 bbp to users from that path. ETA? I have to schedule it in. I realize its pretty high priority as its part of this new campaign. 5. Yeah, the web calc sounds good. Maybe Lich can do that.
|
|
|
Hey so I am having problems getting my payments for PoDC.
Here's my boinc info: { "Command": "getboincinfo", "CPID": "78904c6ee0c330d7f8cf03a94862204e", "Address": "BNkWgfE6vYVPvVPStPwf1jin8yXwyYRxgW", "CPIDS": "78904c6ee0c330d7f8cf03a94862204e;", "CPID-Age (hours)": 427731, "NextSuperblockHeight": 77705, "NextSuperblockBudget": 1077065, "78904c6ee0c330d7f8cf03a94862204e_ADDRESS": "BNkWgfE6vYVPvVPStPwf1jin8yXwyYRxgW", "78904c6ee0c330d7f8cf03a94862204e_RAC": 183.57, "78904c6ee0c330d7f8cf03a94862204e_TEAM": 15044, "78904c6ee0c330d7f8cf03a94862204e_WCGRAC": 1202, "78904c6ee0c330d7f8cf03a94862204e_TaskWeight": 100, "78904c6ee0c330d7f8cf03a94862204e_UTXOWeight": 34211, "Total_RAC": 1385.57, "Total Payments (One Day)": 0, "Total Payments (One Week)": 0, "Total Budget (One Day)": 1077065, "Total Budget (One Week)": 7539455, "Superblock Count (One Week)": 8, "Superblock Hit Count (One Week)": 8, "Superblock List": "77500,77295,77090,76885,76680,76475,76270,76065", "Last Superblock Height": 77500, "Last Superblock Budget": 1077065, "Last Superblock Payment": 0, "Magnitude (One-Day)": 0, "Magnitude (One-Week)": 0 }
Details: a little over 24 hours ago I switch from Gridcoin team to Biblepay team on WCG. I also sent 88K BBP to my account. It is on 24/7 on my server that is crunching. It is not encrypted. My initial association was a couple months back. At 11:50PM today EST I redid my association. I'm hoping it will work, but maybe Rob might have some answers.
Your close and this will probably fix itself, but the issue is the first PODC update the wallet sent was miniscule due to coins being immature. Just force a podcupdate: exec podcupdate true then wait 6 blocks and run this report: exec utxoreport your_cpid Once you have a UTXO of 27,700+ you should be in the next superblock.
|
|
|
If anyone feels like making some posts in some Boinc forums, it might be a good time to let some of the top teams know that BiblePay is accepting researchers with no team requirement. I'd be interested in seeing how they react to this in their own forum. IE US Navy, Oracle, etc.
|
|
|
. Given your feedback, I think we should leave out mention of the faucet,
You need faucet to register your CPID. That step is very important. If people have to buy BBP on exchange, then that is one more reason not to join BBP. I did find that with Staking, we only require: 0.8 BBP per 1 RAC for 10% reward 18 BBP per 1 RAC for 100% reward
Keep it simple. 20 BBP = 1 RAC is easiest to communicate. 616 make a good suggestion where regardless of your current RAC, do PoDC payout based on your staked BBP. For example, you have 1k BBP in your wallet. Even if you exceed 50 RAC, you still get paid as if you only have 50 RAC. This encourages all PoDC miners to participate and they can work towards being fully staked w/o penalization. I know it took me a few weeks to decide if I wanted to buy more BBP. I had to get my fiat together, buy BTC, figure out which exchange I wanted to buy BBP from, buy at 45 sats because I was impatient, and eventually send it to my wallet. That all takes time... If BBP PoDC payouts are daily, that encourages miners to keep BOINCing and stay with Team BiblePay. might need to be changed to reflect the change in logic if there is consensus to approve change. Yes, there are many efficient ways to do many things that sound good on the surface but don't work in a deterministic environment. Saying something like in 616's opinion, things would be better if we just paid RAC all the way down to 0 (and had no breaks threshhold), is really ignoring the IT departments reason to have a 'snap to grid' feature in the first place. It's like saying let's rewrite BiblePays sanctuary consensus algorithm. I invite anyone to rewrite it - if they know more about this technology, submit a pull request and Ill take a look at it. For now, I would recommend keeping what we have, since it is designed properly (the snap to grid has a purpose), but I do agree we should round up to 1 BBP to make it easier for new users to understand the low threshhold. We really should not have been diving into the snap-to-grid imo, at all, as this is just confusing everyone. Let's stick with what the rules in exec totalrac show, and have the new user go by that figure.
|
|
|
for 200GB datas 21M BBP what is formula? 1GB=100 000BBP? how big is space then? dont understand it .... wont be mining with my space? example: i have 10TB space=i get 10.000 bbp thanks for description We charge .0001 BBP per byte uploaded. Please test it - send an attachment to someone. Our upload limit is currently 90 megs; this is because the sancs only have 20 gig hard drives. This might change when we release the IPFS mining proof of concept, but for now in Prod, the rules are based on file sharing - not space sharing - and Sanc storage - not miner storage. If you are asking what your reward is for IPFS mining - the document is not released yet.
|
|
|
So now, for sanity's sake, you can upload a new attachment (using send money in QT), double click on the transaction row, change the URL by replacing the DNS name with your sanc public IP, and try to pull the file in a web browser and verify it works, and it should work immediately - when IPFS is working its very fast as you all will observe in the next version of biblepay (when you list the orphan list for example) (In the current version we have a bug that slows it down, and prevents the menu from closing properly- being fixed now).
|
|
|
share data in a decentralized way IPFS my friend asked me this :can i to upload my 200GB private datas on/to BIBLEPAY chain? and pls write it on FIRST PAGE and on MAIN WEBs that BBP is only CPU coin= more ppl told me that they didnt know itBiblePay-only CPU COIN ✟ Governance ✟ Help Orphans ✟ PODC Cancer Mining ✟ Deflationary ✟any questions 1. what is this? https://www.biblepay.org/freebbp/#biblepayuniversity2. where is on main web biblepay.org 1click masternode guide from MIP? thanks 1. For a 200GB upload, the cost would be 21,474,800 BBP before the upload occurs (to the orphanage), so imho, I doubt your friend will want to upload his video. 2. Edit: Based on the proposal that is in, I added CPU and Masternodes to our banner. FYI All: The banner is now at its max character limit (hence the reason no spaces between the crosses). 3. BBP University is a feature that was started that I disabled in the pool. I believe we should ask Jaap to remove it from the web page for now - Jaap we can talk about it offline. 4. I added the 1 click Sanctuary script to the OP. URL: https://github.com/biblepay/biblepay/blob/master/contrib/OneClickSanctuary.md
|
|
|
Excellent start.
So on the faucet, I think the faucet would go bankrupt if we turn off the team requirement and leave it at 1000 bbp. I think we will either need to keep as-is and let them change the team, pull the faucet reward, and if they want change the team back they may do so. If we remove the team, I believe we need to lower the reward to 50 bbp. So for now, let's leave it as-is, and require team biblepay for the faucet reward.
For the UTXO requirement: Yes, they will need 2 BBP per RAC to receive the PODC minimum rewards.
Thanks Rob!, Given your feedback, I think we should leave out mention of the faucet, I did find that with Staking, we only require: 0.8 BBP per 1 RAC for 10% reward 18 BBP per 1 RAC for 100% reward https://github.com/biblepay/biblepay/blob/87d751ea7eee9c97ded2b747b312253dc772f238/src/podc.cpp#L249So if a cruncher has say 30k RAC, they would need 24k BBP = $12, for 10% reward 540k BBP = $270, for 100% reward and the crunchers will be thinking, how much BBP will I make in a day? How soon will I make back my stake investment? (Personal RAC / Team RAC) * Daily PODC Superblock Budget * PercentReward = ~Daily Payout ======================================== ======================================== Okay so here is Draft #2: ======================================== ======================================== Steps: 0. World Community Grid crunchers, make sure your My Profile has "Display my data" enabled, Click Save https://www.worldcommunitygrid.org/ms/viewMyProfile.do=== 1. Download BiblePay Wallet https://www.biblepay.org/wallet/=== 2. Buy BiblePay (BBP) coins and Send them to your BiblePay Wallet To be rewarded BiblePay (BBP) coins for your Recent Average Credit (RAC) every day, you will need to buy and store at least a small amount of BiblePay (BBP) coins in your wallet first, this is called "staking". To get 10% of your RAC rewarded, you need 0.8 BBP per 1 RAC in your wallet To get 100% of your RAC rewarded, you need 18 BBP per 1 RAC in your wallet BiblePay is typically purchased using Bitcoin which can be purchased using local currency. A. Figure out how many BiblePay coins you will need and how much it will cost https://coinmarketcap.com/currencies/biblepay/B. Buy Bitcoin (BTC) https://www.coinbase.com/C. Transfer Bitcoin and Buy BiblePay (BBP) https://www.southxchange.com/Market/Book/BBP/BTCD. Send the BiblePay coins to your BiblePay Wallet === 3. Link your BOINC account inside the BiblePay Wallet "Distributed Computing" tab >> Enter Account >> Click "Associate" === 4. Keep BiblePay Wallet running 24/7 so it can send daily staking updates and now you'll get paid BiblePay coins every day! Daily Payout = (Personal RAC / Total Team RAC) * Daily PODC Superblock Budget * PercentReward You can look up your account by CPID to view payouts: https://www.biblepay-central.org/en/podc/leaderboard/======================================== On the .8 bbp per rac I suppose you can go with that based on the snap-to-grid feature (I was going by our exec totalrac rules which attempt to make a small buffer in case the user is increasing in RAC quickly). The snap-to-grid was designed more to allow the sancs to come to a consensus (not really for calculations), but in the spirit of getting in a new user at the absolute minimum I suppose we can use it. On this payout calculation: Daily Payout = (Personal RAC / Total Team RAC) * Daily PODC Superblock Budget * PercentReward Could you either tell them that the PercentReward is currently 1.00 (due to the outcome of the vote for non-biblepay teams), or simply take it off? As I think it might confuse the average person to prevent them from calculating the payout. You can also say the Total Team rac is available in : exec totalrac (currently 7773453). Thanks for making this draft Togo.
|
|
|
In an effort to prevent some of the turmoil we experienced in the past and operate in love here in BiblePay's Forum, I added these rules to the OP post:
Forum Rules:
1. Do not make assumptions or false statements - For example, if you are not 100% sure of a statement being fact, you must state "in my opinion... " or "I believe...", especially with technical posts that could mislead investors.
2. Talk in a nice tone and manner, be polite and appreciative. Avoid swearing.
3. Be willing to do work/research/experience, or Find someone who can, and assume other community members are busy. This is a group effort.
|
|
|
In addition to what Sun said, if you want to shrink your wallets outputs down, one easy way is to go into Coin Control and click select all (just making sure you arent spending your Sanctuary locked funds), then send these to one of your receiving addresses, and all those small outputs will get consolidated into one big payment to you.
|
|
|
Thank you Rob, it works now!
What is a good way to run the ipfs daemon on its own? (If if I run it over SSH it consumes the window)
I think we will need to put it in a machine startup script - like /etc/init.d/servicename, but for now since we are just in volunteer mode you can run: ipfs daemon & Until we figure out if the mining program will start it automatically. If you want you can write a machine startup script for ubuntu, and give it to us and Ill add it to the ipfs document. We really just need the machine to run "ipfs daemon" on reboot. EDIT: It looks like the daemon does exit if its already running, so I suppose we could do it through crontab once an hour if we want to pipe output to devnull. Similar to our watchman entry but maybe once an hour. Hmmm so "ipfs daemon" itself in crontab didnt seem to work, but I used this .sh script below and called that and it works! https://gist.github.com/graffen/e0ff7ca4827959beedb15cf15a9df9d5chmod +x startup_ipfs.sh crontab -e */5 * * * * /home/start_ipfs.sh > /dev/null 2>&1 Thanks a lot, adding to the document now!
|
|
|
C-CEX has put us in maintenance! Yes!
Curious why this is a good thing? lol The old version was still up past the deadline, so I didn't want to say anything publically until they successfully put us in maintenance.
|
|
|
C-CEX has put us in maintenance! Yes!
|
|
|
Thank you Rob, it works now!
What is a good way to run the ipfs daemon on its own? (If if I run it over SSH it consumes the window)
I think we will need to put it in a machine startup script - like /etc/init.d/servicename, but for now since we are just in volunteer mode you can run: ipfs daemon & Until we figure out if the mining program will start it automatically. If you want you can write a machine startup script for ubuntu, and give it to us and Ill add it to the ipfs document. We really just need the machine to run "ipfs daemon" on reboot. EDIT: It looks like the daemon does exit if its already running, so I suppose we could do it through crontab once an hour if we want to pipe output to devnull. Similar to our watchman entry but maybe once an hour.
|
|
|
It could be your nameserver on your sanc. Ensure a nameserver record like "nameserver 8.8.8.8" exists in /etc/resolv.conf. Could you paste the URL that your sanc cant access and I will try it on my sanc? There is a huge amount of information I'm trying to gather together, I am thinking of creating a wiki just to post this weeks update. http://ipfs.biblepay.org:8080/ipfs/QmarQqpoAz8Sg2mjm318UeiF3EAKZSBQGGpjm9dsRsYTGFIt works from my sanc #1. Could you please provide a specific error? PS: When you start the ipfs daemon, it should say if its listening on the 'gateway' port. That IP should be your public sanc IP. It might have thrown an error. If you have a firewall running, you must open port 8080 also. ipfs daemon
Initializing daemon... Successfully raised file descriptor limit to 2048. Swarm listening on /ip4/127.0.0.1/tcp/4001 Swarm listening on /ip4/45.76.236.38/tcp/4001 Swarm listening on /ip6/::1/tcp/4001 Swarm listening on /p2p-circuit/ipfs/QmPzJZs5NhAaLHU6Uquk8F1s1VAjoenVCDNueX9H3d9NrT Swarm announcing /ip4/127.0.0.1/tcp/4001 Swarm announcing /ip4/45.76.236.38/tcp/4001 Swarm announcing /ip6/::1/tcp/4001 API server listening on /ip4/127.0.0.1/tcp/5001 Gateway (readonly) server listening on /ip4/45.76.236.38/tcp/8080 Daemon is ready sudo ufw status
Status: active To Action From -- ------ ---- 22/tcp LIMIT Anywhere 40000/tcp ALLOW Anywhere 9998/tcp ALLOW Anywhere 8080/tcp ALLOW Anywhere 22/tcp (v6) LIMIT Anywhere (v6) 40000/tcp (v6) ALLOW Anywhere (v6) 9998/tcp (v6) ALLOW Anywhere (v6) 8080/tcp (v6) ALLOW Anywhere (v6) http://45.76.236.38:8080/ipfs/QmarQqpoAz8Sg2mjm318UeiF3EAKZSBQGGpjm9dsRsYTGFSeems to just spin, hmmm, Do you need to have BiblePay GUI running for IPFS to work? Thats one difference I can see from my testnet testing Very interesting Togo, thanks. Yes, I concur, I'm having the same problem on my IPFS public linux node. (I was actually just working on a similar issue for biblepay-core, to change the bootstrap node list dynamically to include our Christian camp nodes). Anyway, I see the problem. We just have the default ipfs.io bootstrap nodes in the config file. Please modify your ipfs config file with the following change: https://github.com/biblepay/biblepay/blob/master/InstallingIPFS_Ubuntu64.mdPlease see the section called "Add Bootstrap node". Can you add that line and remove the existing bootstrap nodes, then restart ipfs, then lets see if the cake resolves?
|
|
|
Hi All
We are behind Block 77000 and my Problem remains the same.
Rosetta PODC works. Still my wcg Rac does not Appear in my Biblepay Wallet. (1.1.5.9) E-Mail in wcg is the same as for Rosetta. CPID in wcg is not the same as in Rosetta At the Pool, in the Superblock view my WCG Rac is 0.
What can I do too make my wcg "points" count in biblepay?
I believe your problem is entirely that your WCG CPID is not matching RAHs, so lets try to get that working for now. Please install BOINC gui on one of your machines crunching Rosetta. From that machine, detach WCG. Ensure RAH is crunching tasks actively. Then re-attach WCG. Then click Update on WCG. Usually after this, within 24 hours, WCG will honor and update its CPID to match your RAH cpid.
|
|
|
|