Messages

211

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 26, 2018, 09:03:10 AM »

I will look at that FPS later once we have a little more lull in the development cycle.

But focusing on RAC for comparison, I dont catch your gist - RAC is the most accurate comparison from box to box, researcher to researcher, because it takes validated tasks into consideration, time into consideration, and smooths out network-disk-random activity to yield one number.  Thats why we base our magnitude off of ones RAC, and since we only have one project, you couldnt get any better.

Looking at credit delta is more useful for the reporting that deals with day to day changes for tamper reports and auditing etc.

It doesnt matter when one started in the cycle.  Since the RAC has a half life of two weeks after two weeks the numbers are the correct comparison for the two hosts, regardless of when one started.

Rob, the RAC is accurate from box to box but in the beginning it needs to catch up to speed. If you have 2 identical computers and one was started a week ago and one just now. You cannot compare the RAC of the 2 to arrive at the conclusion that the one started a week ago is faster than the one you started just now. Now, if it was 2 months from now, then yes you can compare the RAC values of the 2 machines.

http://web.archive.org/web/20120418125739/http://www.boinc-wiki.info/Recent_Average_Credit

212

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 26, 2018, 08:39:47 AM »

But thats really what RAC is - it gives you an idea about the computing power you have, I realize my RAC wont reach its maximum potential til I have run the nodes for 14 days, but Im taking that into account though.  But anyway for now the small device is 150/550, so its putting out about 25% of what the ryzen is.  Now I dont have to do any complicated credit delta computations or anything.

If you started both at the same time then it would probably be OK for a comparison. I have one computer that is generating 10,000 credits per day but the RAC is only at 2.5k after 3~4 days.

What is the floating point benchmark score for the Zotac?

213

Archived Proposals / Re: Biblepay Charity Commission and Sanctuaries

« on: February 26, 2018, 07:43:46 AM »

Okay, this is an interesting idea I like the idea of supporting the charity funds with sanctuaries. Although I think maybe we should not have too many sanctuaries doing this. If we do, we will drive the value of the coin down because of all the BBP that will flow into the market. But that's a long-term thing of course, and it would take many years to get to that level. Who know how the Biblepay environment will be at that time. And we could always halt the proposals or request less BBP.

Same goes for the 'non voting' aspect. The commission can say that they won't use their sanctuaries for voting, but who is in control of the actual sanctuaries? Power can corrupt, sadly... I was thinking, maybe we could have the commissions sanctuaries on a PC that has needs some kind of 'multisig' to vote (and send funds)? You know, that at least three or so people need to give permission, before there could be access? But maybe that's a bit much, haha! And the same goes here: there's really not a lot at stake when there are just a few sanctuaries.

But I really like that there would be a team of people that screen and inform possible new charities. I've been doing that for CameroonONE and would also like to be part of the team.

Lastly: from which fund do you think the requested BBP would have to come from?

The multisig idea is great and can be implemented in the future when the need arises. Right now, I think the rule that we cannot own over 50% of the Sanctuaries will suffice. Think about how long it would take for us to gather enough funds for 100 sanctuaries. We can change the rule in the future but right now our goal is to have just a few.

As for the funds, I don't think it is too crucial to say which part it comes out of since it is not fixed at the moment. If we get enough votes per month we will get a payout.

It is better to start earlier with the sanctuaries, think compound interest. We could potentially have more funds for charities from the fund alone then the original 10%!

214

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 26, 2018, 07:30:13 AM »

Thats interesting the phone can do so well.
Day 2 update: The zotac is up to 150 RAC and the Ryzen up to 550 rac.  Zotac wattage:  15 watts, Ryzen wattage: 250 watts.
Price: Zotac: $300, Ryzen $700

I don't really look at the RAC because it doesn't reach near the real value until a few weeks later. What I do is look at the completed tasks and average out the credits/hour and use this formula to calculate the number of credits per day: (credits/hour)*(#tasks running at any moment)*24hrs. The tasks typically run for either 4 or 8 hours so you can do credits/4hrs or 8hrs and modify the formula. Be sure the # of tasks are the ones actually running and does not include the ones being queued up.

You can see from my android device that I am getting roughly 50 credits per task every 4 hours and I am running 2 tasks at any given moment so my RAC should eventually be 100.

215

Archived Proposals / Biblepay Charity Commission

« on: February 25, 2018, 08:15:41 PM »

Biblepay Charity Commission and Sanctuaries

I propose to start a charity commission to take care of all the in and outs of sponsoring children and the filtering of charity organizations. The sanctuaries will have the final say but we will be responsible for the screening process and for providing the Sanctuaries with the information they need to make a decision. Additionally, I propose we start a charity fund where it's purpose is to provide backup funds to the charities and support even more people in need. Biblepay does not currently strictly follow the 10% allowance for charities and is allowed to exceed that since it is Biblepay's top priority. However, this leads to under funding of other tasks that are important to the success of the project. In this way, we can support more children while the developers can focus on improving the platform to attract more people to invest in the kingdom of God.

Initial Road-map:
Secure Charity Fund Wallet - 4/31/2018.
Charity Tab on www.biblepay.org - 4/30/2018

Some background on me, I am currently working as an Assistant Program Manager at my company. I have 2 kids and a beautiful wife. I am blessed beyond anything I could ever imagine and want to serve the Lord wherever he pleases. I am still praying if this is where He wants me to be but He has already commanded us this,

Deuteronomy 15:11 King James Version (KJV)

11 For the poor shall never cease out of the land: therefore I command thee, saying, Thou shalt open thine hand wide unto thy brother, to thy poor, and to thy needy, in thy land.

I will donate all the rewards from my sanctuary until the 1st Biblepay Chairty Commision sanctuary is enabled or for a maximum of 3 months from the day the proposal is approved.

Proposal Requirement:
Charity tab on Biblepay website.
Donate all leftover budget to charity fund.
Mike as director of the Charity Commission. (If there is someone else you think that is a good candidate for the position, please don't hesitate to mention that person.)



Detailed Information:
1. Securing the wallet: There will always be two people who have access to the fund wallet. Both these people will exchange their address by sending each other their bank statement (minus sensitive information) and phone number. The wallet passphrase will be engraved in metal and stored at a secure location in both locations .

216

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 25, 2018, 08:11:25 PM »

Anything we should be testing tomorrow Rob? When would you like me to set up the additional 7 sanctuaries? I have 3 activated at the moment.

217

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 25, 2018, 06:32:22 PM »

Rob: your Ryzen is what ryzen 1700? and did only 250RAC for 24hours? .. how much RAM is need for ROSETTA? any help with 1core=1task? thanks guys

It is about 500MB per task but it can vary. I don't think there is an easy way to have one task per core at the moment. It does what it needs to achieve the cpu usage you specified.

218

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 24, 2018, 10:53:22 AM »

But to answer your question more specifically, since you left podcupdates off, which is good so we can see the effects of it, you were asking why is my magnitude still 8 in getboincinfo?  Its because getboincinfo takes the last 7 days of magnitude-payments and averages them to be your Last 7 Day mag.

However your exec leaderboard should show you dropped out of the leaderboard with 0 mag. 

Also your exec getboincinfo  Last superblock payment should be 0.  <- Thats a good test, please see if you missed out on a research payment in a block where others have received research payments?

OK, my last superblock payment before I set setgenerate to true was zero. Everything is coming back up now.

Code: [Select]

"Command": "getboincinfo",
  "CPID": "4fd1bf6c6900d92b226e16c6a6935661",
  "Address": "yWQfYmBCAQrcn9RkjM9DJwWGfgjHdvpZwn",
  "CPIDS": "4fd1bf6c6900d92b226e16c6a6935661;",
  "CPID-Age (hours)": 422080,
  "NextSuperblockHeight": 7326,
  "NextSuperblockBudget": 1359680,
  "4fd1bf6c6900d92b226e16c6a6935661_RAC": 823.29,
  "4fd1bf6c6900d92b226e16c6a6935661_TEAM": 15044,
  "4fd1bf6c6900d92b226e16c6a6935661_TaskWeight": 100,
  "4fd1bf6c6900d92b226e16c6a6935661_UTXOWeight": 75,
  "Total_RAC": 823.29,
  "Total Payments (One Day)": 167155,
  "Total Payments (One Week)": 713719,
  "Total Budget (One Day)": 14956480,
  "Total Budget (One Week)": 75693464,
  "Superblock Count (One Week)": 69,
  "Superblock Hit Count (One Week)": 55,
  "Superblock List": "7227,7128,7029,6930,6831,6732,6633,6534,6435,6336,6237,6138,6039,5940,5841,5742,5643,5544,5445,5346,5247,4653,4554,4257,4059,3861,3762,3267,3069,2970,2871,2772,2673,2574,2475,2376,2277,2178,2079,1980,1881,1782,1683,1584,1485,1386,1287,1188,1089,990,891,792,693,594,495",
  "Last Superblock Height": 7227,
  "Last Superblock Budget": 1359680,
  "Last Superblock Payment": 33431,
  "Magnitude": 9.429070388428782


219

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 10:15:36 PM »

If Taskweight and UXTOweight are zero, should my magnitude be zero? I forgot to turn PoBH on.

Code: [Select]

"version": 1000904,
  "protocolversion": 70715,
  "walletversion": 61000,
  "wallet_fullversion": "1.0.9.4",
  "balance": 14328660.49245012,
  "privatesend_balance": 0.00000000,
  "retirement_balance": 0,
  "blocks": 6700,
  "timeoffset": 0,
  "connections": 12,
  "proxy": "",
  "difficulty": 0.2833186345714879,
  "testnet": true,
  "keypoololdest": 1518115544,
  "keypoolsize": 1001,
  "paytxfee": 0.00000000,
  "relayfee": 0.00010000,
  "errors": ""

"Command": "getboincinfo",
  "CPID": "4fd1bf6c6900d92b226e16c6a6935661",
  "Address": "yWQfYmBCAQrcn9RkjM9DJwWGfgjHdvpZwn",
  "CPIDS": "4fd1bf6c6900d92b226e16c6a6935661;",
  "CPID-Age (hours)": 422068,
  "NextSuperblockHeight": 6732,
  "NextSuperblockBudget": 1359680,
  "4fd1bf6c6900d92b226e16c6a6935661_RAC": 820.6,
  "4fd1bf6c6900d92b226e16c6a6935661_TEAM": 15044,
  "4fd1bf6c6900d92b226e16c6a6935661_TaskWeight": 0,
  "4fd1bf6c6900d92b226e16c6a6935661_UTXOWeight": 0,
  "Total_RAC": 820.6,
  "Total Payments (One Day)": 0,
  "Total Payments (One Week)": 546564,
  "Total Budget (One Day)": 13700330,
  "Total Budget (One Week)": 67535384,
  "Superblock Count (One Week)": 63,
  "Superblock Hit Count (One Week)": 49,
  "Superblock List": "6633,6534,6435,6336,6237,6138,6039,5940,5841,5742,5643,5544,5445,5346,5247,4653,4554,4257,4059,3861,3762,3267,3069,2970,2871,2772,2673,2574,2475,2376,2277,2178,2079,1980,1881,1782,1683,1584,1485,1386,1287,1188,1089,990,891,792,693,594,495",
  "Last Superblock Height": 6633,
  "Last Superblock Budget": 1359680,
  "Last Superblock Payment": 0,
  "Magnitude": 8.09300203283067


220

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 08:50:07 PM »

When we are talking about visual. I don't know if it is only my problem, but I'm not able to reduce wallet window size below some px (It is approx 90% of my screen height) And in testnet I'm unable to reduce it below maybe 110% of screen size, so I'm unable to see status bar and I must maximize my window to see everything. I have Win10. It is only my problem or it is common? Is possible to solve it?

What's your resolution set to? If it's below 1024x768 you might not see the whole window.

221

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 10:39:36 AM »

So I think it is possible to welcome and love the unbanked and cells and tablets, if you log in to the pool, and look at the rosetta leaderboard machine view, I see that I can determine Which CPIDs are 100% tablets or phones by querying the Processor field per CPID (IE If the processor contains "ÄRM" and all processors are ARM then this is an unbanked CPID).  . .   So that is good, EXCEPT, one processor on the list: Rastiks.

Rastiks I see your machine right above your other ARM has 1.9GB ram and a BLANK for the processor.  What machine is that?

So far that is my assumption, we can mark CPIDs who are associated in biblepay as "ARM" only if they only have ARM devices, and those CPIDs do not need to stake UTXOs and do not need to have TaskWeight audited  they just receive 1*RAC = Magnitude, automatically.  Which makes it nice and easy for them - they basically need a PC with a controller wallet Once to set it up, then they dont need to leave their controller wallet on either.

Yes, I think you can white list the ARM devices. In the future we can add one more check to fail any ARM processors having more then a certain amount of RAC. Actually, maybe we can just have an average ARM RAC counter and if anyone exceeds that by 20% it fails. That way as technology improves the threshold is automatically raised.

222

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 10:23:34 AM »

As far as efficient: Unfortunately no, as I can pretty much tell you roughly whats going to happen.. LOL, because I watched this train wreck in slow motion before LOL.  Basically when we go live, we'll have about 100 CPIDs kick in the first week, then 400 by the end of the month, then about 2000 or so within 6 months.  When we hit 2000, that means the Sanc has to iterate through a lot of data once per morning.  So it really needs a checkbox to see if the researcher is "implying" that they are tablet only.  This way it only has to check the machines if it has to.  I dont want the sanc to have to do one hour of work each morning and freeze up, if it can do 10 minutes of work.  The other thing is remember, some researchers will have 75 machines attached to a cpid. So it has to loop through a lot of devices to come to a binary 1:0 conclusion.

As far as allocating funds for tablets, I dont really want to - as it will be a fallacy to try to believe that arm or a certain processor type is worth "more" per cobbleston than the rest of the system (IE they will get arbitraged to a certain value) that value is usually power related.  I think what happens is the compensation ends up being $20 per month for the amount of energy required to run a PC for 30 days, and that equates to say 1000 RAC in rosetta (at a constant state).  If the phone can do 100 RAC, then thats $2 per month for the phone, no matter what we do.  So yes the phone has to be crunching constantly to buy one loaf of bread once per month, its a sad state of affairs but you know thats pretty good for something you didnt have to do hard labor for.  Otoh, there will come a time - God willing - where our forward value may be Massively higher than we are worth - where someone will pay 20* the current rate for one BBP.  If that day comes, the phone will temporarily make $40 per month and can buy food for the whole family.  It depends on if we can higher 7 devs, and go through the stratis phase as well, if we can pull that off this can be a reality for a long, long time.

I see, I think the checkbox solution would be better then. I'll keep researching.

223

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 09:53:15 AM »

Yeah, no one realizes this but the feature to allow mass payments in biblepay for 32767 researchers in one airdrop per day is actually a *major* feature.  No one has that.  So Id rather leverage it than lose it.

But yes I hear you, but lets remember the UTXO feature itself, the staking requirement raises PODC up to at least the integrity level of POS coins, and I think that could be major when people start to figure it out.

I understand from the convenience perspective, it would be nice to make this a sleek black box and leave the controller off.  But lets also not forget the controller will also provide a base level of security for POBH block checking (POW heat mining) so thats a major benefit for us as a stable backbone globally.  If we were to be considered a true payment system, it would pay off for us in a healthy way, because we could tell our potential partners we have a backbone of 10,000 PCs always on - as full nodes for block processing.

But yes, I really want the unbanked and the small tiny 3rd world phone to be able to use biblepay!  So that will also be a priority today, I will check into that today along with the threading.

As far as abuse of the system, Im pretty sure what we will have to do is add a checkbox to the association page and mark the CPID as "phone/tablet" only.  And then the sanc will check that CPIDs machines before it pays the RAC, and if they lied about it they get 0 reward.  If they really only have devices that match the processor type (ARM or whatever) and none are PCs, the RAC is induced into the superblock.  It adds yet one more complexity to biblepay, but I think its a good complexity.

Would it be more transparent if the Sanc just looks the CPID up to see if it's an arm processor?

By the way, I started on the research assignment and right now I'm trying to figure out how much you can make with your phone per day. I think we might have to have a certain percentage of the block reward to be allocated to cellphones for it to be profitably for them. (So they have enough to buy bread.)

224

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 09:40:57 AM »

Oh, thx! I didn't understand the 'CPU time' option. It indeed does what I was looking for. I'm also going to look for the RAM limiting option.

Limiting the RAM required estimation. Each task on average is probably 500MB, so if you usually have 4 tasks running and it's taking up 100% of your cpu and you want it to be 50%, then just set the RAM usage to 1GB or so. The setting is in percentage so you'll have to calculate that from the amount of RAM you have.

225

TestNet Discussion Archive / Re: BIBLEPAY -TESTNET TESTING THREAD-Proof-Of-Distributed-Computing(Cancer Research)

« on: February 23, 2018, 09:23:28 AM »

Well, it's an AMD Phenom II machine. 4 cores and 4 threads. What I've done for now, is allocate 3 cores to BOINC and 1 core to the wallet (which is mining with 1 thread now (+-250hps), with low priority).
Now both can run at the same time.

It's interesting to read that your Rosetta tasks take up 50% of your cpu power. With my PC (if I don't allocate cores), it just goes up to 100%, and I don't know how to lower that (is there a way to configure the amount of tasks that you do?).

I fired up Rosetta on a second PC (also AMD 4-core, 4-thread), and there Rosetta also takes up 100% of the CPU power.

You can lower the number of tasks by limiting the amount of RAM used in the settings. Or you can just reduce the CPU time setting.