Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - T-Mike

Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 25
61
Does my wallet that is associated with my CPID have to be running to be eligible for rewards? I noticed that mine is down and I won’t be home for several hours.

Yes, the wallet has to on at all times. If it can't send out podc updates your UTXOweight will go to zero.

62
Here's a different way of putting it.

T-Compustick probably did more work that the average person running BOINC on their computer in the background will do, and it was maybe going to hit 1K.  My daily computer which is running BBP and BOINC and is pretty decent for its age (Xeon X5650, 24GB RAM) has been up since Feb 8 and is peaking at about 1200 RAC.  It's probably representative of a "normal" user which I define as anyone running only one PC.  Right now that 1200 RAC would give it a Mag of 1200/700,000 of 1.7.  I firmly believe the Team RAC will exceed 1M within 10 days if not substantially sooner.  So on the very limited horizon that PC would end up with a Mag of right around 1.  If the reward structure is adjusted to 20-36-36-8 as has been said it likely will, and the "full block" right now should be worth about 18,500 BBP.  If the block timing gets to 205/day, then the daily PoDC reward would be 205*18,500*.36 = 1,365,300.  So the above "normal user" would receive "roughly" 1500 BBP / day in the very short term.  I don't see the need to retain/purchase 5K-20K coin to receive that reward as a high burden.  Or put another way, I think the harm they incur is substantially less than the benefits the coin receives by requiring the flexible staking.

Finally, most regular computers are going to grab far far less.  The number 100 team is the California States Universities (CSU) Team.  They have 10 active members, and only the founder has more than 275 RAC.  That is a typical computer user.  People with thousands of RAC are not in my mind typical.  But in the end, this is driven by the idea that me, as a vocal supporter of the coin and having 30K RAC should legitimately be expected to hold more coin to show the same level of commitment as someone with 3K RAC or 300 RAC.  For the coin, the benefits are increased price stability (coins held are not likely to be quickly sold if the price moves moderately), increased resistance to botnets and in my mind...a more equitable proposition (of whom much is given, much is required).

I think staking is a good idea. I still would like a way for people with low hashrates to be able to mine, but I haven't though of a good way to do that yet.

So here is the thing, and it's just me for now. I have a magnitude of 160 and 20k BBP/mag is currently winning, that means I need 3.2M BBP, don't you think that's a bit much? What if we did a log curve? At 20K/mag, we are asking 20M BBP total to be staked, current supply is 452M BBP, which is 5% of the total, if that is the case, the staking is not really making a dent, then do we need to do this? I feel like the real goal here is that you are trying to even out the rewards among lower powered researchers. In the spirit of BOINC, they don't even do that.

63
Just to clarify, if they are an unbanked cpid, one with only RAC originating from ARM devices, there is no UTXO requirement.

Yes, this original UTXO really increases the difficulty of maintaining a botnet, as then they have to make daily stakes, so Yes, and this requirement above is just taking it a step further and adding Scale to it - the old method is - Hey lets require them to stake 50K per CPID but it has no Scale, but with this, its X per magnitude - meaning that one with 512 machines really has to stake a lot per day in order to pull in those magnitude rewards.

I sort of agree on the < .15 magnitude ordeal, for the small user who has One PC or one Laptop, maybe that would be a good thing, but that is the thing that one can circumvent by splitting CPIDs, so I am resistant to agree on that based on the prior cat & mouse games Ive seen over the years, so I error toward not putting it in - so as to keep the chain spam down and keep us nice & clean.  We do have the unbanked feature already baked in.

Yes, I just thought of that same issue so let me think about that. I think it would still be a good idea to let people mine with a regular computer.

64
I propose:

<  0.1 mag no staking required for people who want to support the project and not want to deal with PoDC. For the percentages above that whatever the community decides is OK with me.

In reality some people probably can't get PoDC to work even if they read the wiki.

Wasn't the staking requirement originally for keeping the botnet off?

65
Yes, absolutely, Im trying to team all this up together now and make a list of what it fixes:

- unbanked pool side
- unbanked sanc side and user side
- 7 min blocks
- lower DC budget
- Lukes new 10000 UTXO per magnitude

Etc...

The good news is since it has to be a mandatory, it shores up everything as a team.

That's great, I'll update when the Windows wallet is ready.

66
Hmm, I need help with that as I cant get it to crash, need someone to mine with valgrind on.
Well on the pool though, they can technically mine without a CPID, but the hashes only count it the block gets stale, looks like I need an additional rule in the pool to kick them off the pool if they mine without a CPID.

Lots of fun.

OK, because I think people think they are still mining even though the hash rate is really low. But I think your saying that they might not actually be mining at all.

67
Ok I updated to latest wallet then
exec podcupdate true
Now I am 100 100 again.

How to know if I am in the next contract?

Thanks

exec testvote and find your CPID, not sure if it works on non Sanc.

68
Im pool mining on one quad core server - its maxxed out on boinc @ 100% and I have 40 threads running on the pool, its actually making more money in the pool than ever (about 200 BBP in the last 8 hours) - not sure about solo yet.

Ill check into this networkhashps, its probably stuck using some bad data.

OK good because it didn't seem right, there should only be a few people with active cpids. Speaking of which, if both weights are zero, will there still be any hashing on that wallet?

By the way, I was trying minersleep=0 and genproclimit=6 and it would crash after a while.

69
Thanks! Already showing UTXO 100.
Code: [Select]
Status: 2/unconfirmed
Date: 3/8/2018 19:12
Source: PODC-Update
Total debit: -50 001.00000000 Biblepay
Total credit: 50 001.00000000 Biblepay
Transaction fee: -0.00042040 Biblepay
Net amount: -0.00042040 Biblepay

Height: 33628
Difficulty: 90.597458
Time: 03-09-2018 01:19:59
Subsidy: 554.3015

Oh good that's correct. So just wait a little bit.

70
Staking showed over 50k so I ran exec podcupdate true. I will wait 6 confirmations and check utxo again.

Code: [Select]
19:12:32

exec podcupdate true


19:12:41

{
  "Command": "podcupdate",
  "PODCUpdate": "Processed (25) over 1 CPID(s) successfully."
}

Look at the podcupdate transaction, how much did it send to yourself?

71
This is what I get when I try to exec podcupdate true. I have 50010.99 in my wallet.

Code: [Select]
19:01:52

exec podcupdate true


19:02:00

{
  "Command": "podcupdate",
  "PODCUpdate": "Unable to create PODC UTXO::Balance (10.00) less than target UTXO (50001.00)."
}

The staking BBP needs to have 6 or more confirmations. try exec stakebalance and see if it's 50,001 or above or go into coin control and see if you have more than 50,001 BBP that have more than 6 confirmations.

72
Shouldn't the network hashrate be lower than 7.6 ghs/s? Is solo mining feasible now?

73
I change utxoweight to 50001 and utxo is still showing 75. Any ideas?
utxoamount=50001
then do exec podcupdate true
and wait a few blocks

74
Sounds like you might have a persmission issue on windows.
Try adding 'genproclimit=5' in your biblepay.conf, then restart wallet and see if getmininginfo honors the setting.
Also, see if debug.log (in the same place as biblepay.conf) has the latest timestamp from running biblepay in it.
If it doesnt you arent using the right datadir.

EDIT:

Ok, it looks like that transaction is for 3475+50000=53475, that explains why you have 100.
Looking at exec datalist utxoweight, your 4b7* cpid does have 100! Your set.

Just see if you can figure out why your datadir is not aligning

OK, I deleted everything and reinstalled the wallet. Copy pasted the conf files back in. Works now. Thanks.

I didn't know what that 3475 BBP transaction was, was it supposed to send more then 50k?

75
Not sure what's going on but my UTXO weight is 100 now even though the previous podcupdate was 50k.

I deleted the chain and started over, made another podcupdate with 50,007 but it's still only sending 50k. I wonder if it's reading biblepay.conf.

podcupdate lastest transaction: d2cb2454c78342181373632e0f623340921f264a0a9d44c464447820e14c78f1 (May not be searchable yet.)

Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 25