BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes)

[sunk818]

https://news.bitcoin.com/free-talk-live-and-friends-raise-80k-in-crypto-for-ugandan-orphanage/

[bible_pay]

I tried to send coins from by biblepay core wallet 3 days ago and still has 0 confirmations. I am running the newest wallet version and have incoming transactions. How do I cancel or push this transaction? The amount I sent is no longer in my available balance. I am new to this, so sorry if this is a dumb question.

Here is what I have in my transaction details:
Transaction ID: f3c31a1c9c4929a5cfb5dc00dc292751ed4ebfd7cb3e3cb3f69923bb0d049015-000
Transaction:
CTransaction(hash=f3c31a1c9c, ver=1, vin.size=2, vout.size=2, nLockTime=108990)
    CTxIn(COutPoint(2d58aaa2c5b8bca178e46146114eb88c9842837f18b77c0571687782816ca13c, 0), scriptSig=4730440220348f567ea346fe, nSequence=4294967294)
    CTxIn(COutPoint(d1db70709bcb19cafd8b94c86c52b346196772136e37180acf1a87713e12a2c2, 0), scriptSig=4730440220323264115b680d, nSequence=4294967294)
    CTxOut(nValue=0.00005490, scriptPubKey=76a91444b358094c9c83707958cb90)
    CTxOut(nValue=379.32874630, scriptPubKey=76a914d2e6f89f3bda8d44cd4e7bb4)

Thanks in advance.

The good news is it never went out, so all you have to do is restart the wallet with
./biblepay-qt zapwallettxes=1

(We also have a Wallet Repair GUI in the wallet, if you are already running QT).

After it restarts the transaction should not be in the list and balance is returned.

[sunk818]

https://blog.dash.org/product-brief-dash-core-release-v0-14-0-now-on-testnet-8f5f4ad45c96

Dash Core v0.14 Features
Dash Core v0.14, recently introduced to testnet, is the next major delivery milestone for the Dash Core protocol. This release includes the following major features:

Long Living Masternode Quorums (“LLMQs”), which will increase scalability through improved consensus and expand the universe of potential use cases of the network;

LLMQ-based ChainLocks, which leverage LLMQs to improve network security by mitigating 51% mining attacks; and

LLMQ-based InstantSend, using LLMQs to reduce the messages propagated on the network for InstantSend transactions, which increases the scalability of InstantSend on the network. (Note: LLMQ-based InstantSend may be released to mainnet in a minor release, after the first two features have been introduced.)

[capulo]

i found non linearity in pool.biblepay.org
i added dual 2680v2 to my account and wonder how low hps2 it gets, so i did some investigation and found this:
10 computers on one account - dual 2680v2 had 2 days average about 19k hps2, maximum was 30k
i put another same hw on new account and it did avg about 40k and max about 49k
then i started turning off computers on first account and hps2 for dual 2680v2 was almost instantly above 2 days max (>30k), and with every computer turned off it goes higher and higher
when it stayed alone in account i got same results as in second account 40k avg, 49k max

so not only multiwallets helps, but also multi accounts

ps: it has nothing to do with pool performance or my internet or what, i used independent computers from different countries and when one account goes well, second had low hps2

[dave_bbp]

i found non linearity in pool.biblepay.org
i added dual 2680v2 to my account and wonder how low hps2 it gets, so i did some investigation and found this:
10 computers on one account - dual 2680v2 had 2 days average about 19k hps2, maximum was 30k
i put another same hw on new account and it did avg about 40k and max about 49k
then i started turning off computers on first account and hps2 for dual 2680v2 was almost instantly above 2 days max (>30k), and with every computer turned off it goes higher and higher
when it stayed alone in account i got same results as in second account 40k avg, 49k max

so not only multiwallets helps, but also multi accounts

ps: it has nothing to do with pool performance or my internet or what, i used independent computers from different countries and when one account goes well, second had low hps2

I think you should test those large machines on purepool. It seems to have no weird calculations whatsoever but simply counts shares according to a CPUs capabilities.

[sunk818]

i found non linearity in pool.biblepay.org
i added dual 2680v2 to my account and wonder how low hps2 it gets, so i did some investigation and found this:
10 computers on one account - dual 2680v2 had 2 days average about 19k hps2, maximum was 30k
i put another same hw on new account and it did avg about 40k and max about 49k
then i started turning off computers on first account and hps2 for dual 2680v2 was almost instantly above 2 days max (>30k), and with every computer turned off it goes higher and higher
when it stayed alone in account i got same results as in second account 40k avg, 49k max

so not only multiwallets helps, but also multi accounts

ps: it has nothing to do with pool performance or my internet or what, i used independent computers from different countries and when one account goes well, second had low hps2

You think two days is enough time to get a good average?

Acceptable difficulty for shares according to this code is easier initially, but it is equalized after 30 shares:
https://github.com/biblepay/BiblePayPool/blob/aae9d3a925fade73146919b07f4e00b6d0e60d77/BiblePayPool2018/Action.aspx.cs#L83

So, how do you explain the difference? Two days may not be enough time to get a reliable average. I think maybe 7 days is more reasonable.

Pool does not find block evenly every day since it is also based on luck, other solo bot nets entering network, and purepool. Purepool is hovering around 10% of daily blocks.

[capulo]

it is all about hps2. hps is ok, so i think purepool is fine

and yes, 2 days is enough to see that maximum (i took samples every 5 minutes) from 2 days was 30k per mentioned computer. after turning off few machines, it stays over maximum almost whole time. after turning back on machines, it drops to values before and so. gain was about +100% when i turned off 9 from 10 computers, so if i will create account for avery computer i could be at 200% hps2, maybe even better with account per wallet

[bible_pay]

i found non linearity in pool.biblepay.org
i added dual 2680v2 to my account and wonder how low hps2 it gets, so i did some investigation and found this:
10 computers on one account - dual 2680v2 had 2 days average about 19k hps2, maximum was 30k
i put another same hw on new account and it did avg about 40k and max about 49k
then i started turning off computers on first account and hps2 for dual 2680v2 was almost instantly above 2 days max (>30k), and with every computer turned off it goes higher and higher
when it stayed alone in account i got same results as in second account 40k avg, 49k max

so not only multiwallets helps, but also multi accounts

ps: it has nothing to do with pool performance or my internet or what, i used independent computers from different countries and when one account goes well, second had low hps2

I think you should test those large machines on purepool. It seems to have no weird calculations whatsoever but simply counts shares according to a CPUs capabilities.

A) Dave, why do you have 26 machines pointed to pool.biblepay.org if it has "weird calculations"?  What am I missing?

B) If pool.biblepay.org has any differences that can be exploited from multi-wallets or multi-accounts then we need to address it.

I would rather not run people away - I would rather fix the problems - so we can rely on both pools.

EDIT: Please test them both and tell us if they are the same.

[bible_pay]

it is all about hps2. hps is ok, so i think purepool is fine

and yes, 2 days is enough to see that maximum (i took samples every 5 minutes) from 2 days was 30k per mentioned computer. after turning off few machines, it stays over maximum almost whole time. after turning back on machines, it drops to values before and so. gain was about +100% when i turned off 9 from 10 computers, so if i will create account for avery computer i could be at 200% hps2, maybe even better with account per wallet

Ill look asap.

[bible_pay]

i found non linearity in pool.biblepay.org
i added dual 2680v2 to my account and wonder how low hps2 it gets, so i did some investigation and found this:
10 computers on one account - dual 2680v2 had 2 days average about 19k hps2, maximum was 30k
i put another same hw on new account and it did avg about 40k and max about 49k
then i started turning off computers on first account and hps2 for dual 2680v2 was almost instantly above 2 days max (>30k), and with every computer turned off it goes higher and higher
when it stayed alone in account i got same results as in second account 40k avg, 49k max

so not only multiwallets helps, but also multi accounts

ps: it has nothing to do with pool performance or my internet or what, i used independent computers from different countries and when one account goes well, second had low hps2

The problem was when you sent me all the PMs about individual computers, I made pool.biblepay send out random work types, and when the work came back it was graded and assigned
 fractional share rewards based on how hard the diff was.

In light of this making it easier for people with less computers and people trying to start multiple accounts, I put the algo back to the way it was, but now the hardness is increased again (IE its harder than it was a month ago, but its one static hardness again per share).

Now please try it again everyone.

[bible_pay]

Looks like people are getting bullish for crypto again.  Most likely, a turnaround coming soon.

We finally pulled out of the rut on c-cex.  Now lets hope SX follows.

[bible_pay]

Could someone please test both pool.biblepay and purepool for a couple days and post any differences?

They should technically be the same.

Remember about a month ago I tested solo mining and proved it was not a benefit to run multiwallets.

I still fail to understand how multiwallets are exploiting purepool (when Licht said his difficulty is even for every share).  Pool.biblepay's is static for every share also.

Maybe Licht can join in on this conversation, that is if anyone claims there is an edge with multiwallets.

It would also be nice for someone to confirm my tests that there is no edge in solo mining with multiwallets.

[capulo]

i never tested multiwallets in purepool, so i cant say

but solo mining with multiwallets seems fine, sum of all wallets hashes is almost same, does not matter how many wallets - if there is some advantage in block hitting i really cant say, sometimes same setup hits 0 per day, sometimes 6 blocks/day - for me it looks 'normal'

[bible_pay]

i never tested multiwallets in purepool, so i cant say

but solo mining with multiwallets seems fine, sum of all wallets hashes is almost same, does not matter how many wallets - if there is some advantage in block hitting i really cant say, sometimes same setup hits 0 per day, sometimes 6 blocks/day - for me it looks 'normal'

Thanks.  I'm starting to think there's only one thing left.  I'm sure we can rule out solo mining now - as 3 of us tested that.  On the multiwallets against the pool, I'm thinking its possible these slow running machines are solving low nonces in parallel (thats the big difference between a solo mined block and a pool mined block; a low nonce).

Let me do some investigations into low nonces and Ill PM you and we can do more testing.

My main concern is I dont want to have an environment that discourages the masses - the general public with 1 pc - from pool mining (as they are the target audience that needs the pool the most).  If a multiwallet rich miner can exploit a pool it would drive away the masses from the pool (thats the opposite thing we need while we are in our growth phase).

Licht, we need to verify multiwallets are not solving low nonces in parallel.  (If they are, you are effectively feeding the rich with the poors money, and we dont want to do that).

[Lichtsucher]

Licht, we need to verify multiwallets are not solving low nonces in parallel.

Still not sure how this would work. I will try to test on multiwallets this weeks, but I have still no idea how this could work. Shouldn't be a multiwallet miner even be slower because of the overhead of multiple instances running?

[bible_pay]

Licht, we need to verify multiwallets are not solving low nonces in parallel.

Still not sure how this would work. I will try to test on multiwallets this weeks, but I have still no idea how this could work. Shouldn't be a multiwallet miner even be slower because of the overhead of multiple instances running?

Well what I was thinking is 40 threads, on 24 wallets-per-server-instances will theoretically be hashing similar block timestamps with the same mining transactions (think of when we have 1 tx in the block).  With a 40*24 set (880 threads) will be increasing the low nonces slowly.  There may be a propensity for more than one thread to arrive at a legal pool solution almost at the same time, whereas a single miner, mining with a couple PCs and 10 threads will be more likely to solve a distinct low-work share (in contrast to more than one share). 

I'll pm you here and maybe we can create a test plan.

[capulo]

manual withdrawing from pool shows me : TransactionID ERR60514

[bible_pay]

manual withdrawing from pool shows me : TransactionID ERR60514

Please try now!

[sunk818]

Congrats on mining the monthly superblock.

http://explorer.biblepay.org/tx/522bd7cf7020093712ec16ad4b65aade861e14d7a6172009755a0477c3d04ed7

Proposals that passed and were funded.

Address	Amount (BBP)
BScSypUZVEEY4TMz1ehyyPcS5wrnMM7WPB	7M		March Compassion Recurring Orphan Sponsorships
B7XWv9JUaAqbDWSXWyjs4i3zMHs4K4mn53	3.5M		Rob's payroll for Nov 2018
BFyaeeZSNK1h7FcYAfothfiLrpE6TdVHKT	700k		April recurring payment for Kairos Childrens Fund
BAA9cGCg3tJsvqag8ZWT4N17v88wJKb1Zq	571k		MIP Apple Developer Individual Account renewal - 2019
B8HrRyG6BiHRT634FTBZvyRT3Fdx7p7hr1	500k		thesnat21 IT Expenses March 2019
B6KYd5STxpPkHub1tPi3U6rocgJThx8TfF	190k		Cryptoid Explorer for BiblePay (Apr May Jun 2019) no ads
BHta3vFgeL26RCSYzLfKPRM9xzSPJHXPbk	5k		Should PODC be Retired and POG be used 100% in production?

https://forum.biblepay.org/cc/governance/110700
or go to pool.biblepay.org (registration required)

[sunk818]

Licht, we need to verify multiwallets are not solving low nonces in parallel.

Still not sure how this would work. I will try to test on multiwallets this weeks, but I have still no idea how this could work. Shouldn't be a multiwallet miner even be slower because of the overhead of multiple instances running?

On windows 10 I get 2khps on i5 4c 3.2ghz. same hardware on Ubuntu 18 gives me 2.5khps