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 - Rob Andrews

Pages: 1 ... 132 133 134 135 136 137 138 [139] 140 141 142 143 144 145 146 ... 262
2071
Thank you. Initially, the testnet sancs were enabled even when the entire VPS was off for extended periods of time; now when they temporarily drop connection, all of the sancs appear to be banned and none appear to gave recovered without intervention.

 sanc count
{
  "total": 6,
  "enabled": 0
}


Hi Oncoapop,

I see people have been replying to this thread; sorry, I was relying on an email notification and I didnt get one this time.

Anyhoo - Ill start with POSE.  The reason you were not banned for the first 99% of releases (Except, our last 3 releases!), is because, this branch, the dash .14 deterministic branch - has a major change compared to our Prod (.13) branch.  This branch POSE bans based on LLMQ quorum enforcement.

So the partial answer is - up til the last 3 releases - we did not have that spork enabled.  So your sancs were free to do anything they wanted (be off, anything).  The prod branch (.13) works a different way - those guys are banned based on Masternode Pings.

Moving on to the last two releases - at the point when we enabled LLMQs:  We now need 3 sanctuaries Keeping track of the network quorums (these are 60 minute heartbeats written into mined blocks).  They appear to be very strict.  But we also have had a network in tatters in testnet.  Im half tempted to change the block time back to 7 mins and have us start over!  Since we generated 200,000 empty blocks LOL.

Ill get back on and address some of these other things asap.  Im trying to finish some things up with BMS so we can merge that into a testnet thread also.


Ill restart my sancs and check the chain asap, also.


2072
I switched off mine in the Vultr VPS. I made a snapshot so maybe I can take it back again.

Apart from that, what else do you need from me to test?

We need to have a reliable network of sanctuaries online to test LLMQs and Chainlocks. 





2073
I have the following machines on testnet but all my sancs have been pose banned so i need to reactivate them but this back-to-school week is a bit busy for me.

http://oncoapop.sdf.org/biblepaytest/testnet_chainstate.shtml

Thanks guys!

Yeah, one of my 3 was pose banned too.  I have been deliberately waiting to see if it revives by itself.

As the Dash-Evo code hints at an automatic revival process; but - when I read about people who were POSE banned, they generally recreate their nodes.  But that doesnt make too much sense to me, because there is a strict control on not being able to re-use the same IP.

I have one well known working method to undo a POSE ban - but its like using a cannon - you can spend the output and recreate the sanc using upgradesanc - and that is allowed - because the network sees it as spent and undoes the lock on it first - and allows recreation.

Before I recreate my third sanc, let me do some more expirimentation.


2074
Let me know when our sancs have upgraded, because I would like to set the spork to slow the testnet chain down to keep the testnet chain from generating thousands of empty one minute blocks (causing longer sync times in the future).

I believe Im the only 2 sancs left; MIP & Oncoapop are you guys still participating?

Jaap said he would, but we havent heard back from him after that.  I havent seen Togo here either despite coming back on the payroll.


2075
Let me know when our sancs have upgraded, because I would like to set the spork to slow the testnet chain down to keep the testnet chain from generating thousands of empty one minute blocks (causing longer sync times in the future).


2076
1.4.6.2 - Mandatory Upgrade for TestNet

- Merge in Prod changes up to 1.4.4.6
- Merge in Reindex fix (MIP)
- Add feature to slow mining of empty blocks in TestNet only
- Add feature to upload nested folder into BIPFS
- Add transparent background image for windows toolbar

2077
Archived Proposals / Re: Listing in MN hosting SatoshiSolutions
« on: August 28, 2019, 12:52:21 PM »
I requested a listing in SatoshiSolutions, and advanced a $250 fee myself, by selling 540000 BBP from my sanc.

Regarding the listing itself, it seems that we caught them in the middle of a merger/swap with other project, and to add up, in the middle of a migration to an improved infrastructure for MN hosting.

I told them I understand the circumstances but if they can provide a deadline for the listing, this will give more visibility to the community.

I have also spent a few hours contacting them to help compile the new wallet, but I will leave the proposal as it is to recover the advanced fee.

540000 BBP

Thank you very much

I like it and will vote yes.

When do they expect to make us go-live so we can create one?

Thanks!

2078
Archived Proposals / Re: FUBT Exchange
« on: August 28, 2019, 11:34:27 AM »
I have contacted Nick at FUBT and thanked him for his time he spent with us and spent evaluating BBP, and I mentioned that after evaluating this we have decided to wait and pass on this opportunity for now.

At this time, I am withdrawing my offer to fund this opportunity with my personal funds. 






2079
Archived Proposals / Re: FUBT Exchange
« on: August 26, 2019, 09:00:26 AM »
Coingecko takes in consideration ration between 24hours volume and number of site visits (they take it from SimilarWeb). They count this ration for 10 bitwise exchanges (Binance, Bitfinex, Kraken, Bitstamp, Coinbase, Bitflyer, Gemini, itBit, Bittrex, Poloniex) from this they make median and median using as a benchmark. Based on this benchmark they normalize volumes down or up for rest exchanges (in detail here https://blog.coingecko.com/trust-score/ ). I see this as a good weapon against fake volumes. From our two exchanges TOKOK is going to look much more better choice.

Ok, thats a much better explanation for their normalizing system than I thought they were doing (I thought they were monitoring some type of trading filters and guessing if it was bot activity :), ok good to know.

Yes, Tokok looks a lot better again, now we need to know is there anything negative about Tokok.

1 mil is not shabby, and it might be bigger if the similarweb is too strict on the whale activity at tokok. (Im remaining positive that they are not falsifying all the volume).



2080
Archived Proposals / Re: FUBT Exchange
« on: August 26, 2019, 08:23:43 AM »
I see we have a quite new topic in forum.biblepay.org regarding new exchange listing. We have two choices, first one FUBT exchange and second one TOKOK exchange. I tried to make an account and look at them. I was a little bit dissapointed when I tried to make an account on FUBT exchange. Directly in register form I need to put in confirmation code sent via short message or via email. Unfortunatelly short message even email confirmation have not worked in my case. I used Slovak phone number and @gmail.com email. I haven't receive anything. I tried it from France IP, email confirmation worked but I receive email in Chinese. Translated via google translator. After registration I tried to log in, again I needed to confirm log in by code but I havent receive anything. Ok I closed this issue with statement that FUBT is not very user friendly in Europe. Ill try it maybe later ones again.
On the other hand I had no problem with TOKOK exchange, fast registration, everything worked just fine. Exchange platform looks fast enough even in Europe and looks user friendly.

Regarding coingecko parameters both of them are looking very good on the first look. On the second look both of the exchanges has much more lower daily Normalized Volume as Daily Volume. In my opinion this means they have many trading robots and their volumes are penalised and Normalized volume decreased. This is not good sign. So real volume we can say FUBT about 400k daily and TOKOK 1mil daily normalized volume. In comparisn with Southxchange has max 100k daily.
So when I compared daily volumes TOKOK looks better and according to information from Rob's post on forum.biblepay.org listing fee is cheaper. It means 2 BTC for Exchange with 1mil daily volume.

When you take a look on trading statistics it looks than biggest percentage of trades are in trading pairs with USDT. What do you think about that? I dont know if we have possibility maybe list BBP/USDT trading pair. It looks this should be good move?

According to my first comparism I will vote for TOKOK exchange.


I too saw the volume seem to decline on Gecko.  What we really dont know, IE we are guessing at, is what flags CoinGeckos normalized volume algorithm to decrease the 400 million trading volume down to 1 mil for example.  I wish I knew. 

I am starting to agree with your perspective on Tokok.  For one we cant really afford much.  If we forgo the PR we may end up with more volume at Tokok.  We have to be careful because this exchange decision will keep us out of new exchanges for a year if we are wrong.  If we are right, it will pay for itself in a short period of time.

Im going to try to go to another person at FUBT and demand answers now.

Also, we should analyze volume during the week and see if the reduction in volume was due to the weekend.  What Im pointing out is I remember gecko showing 400MM daily gross vol and 1 mil net for a few days then it appeared to drop drastically down below 200MM gross and only 200K net for the last few days - almost like FUBT is going *out of business*.

We certainly don't need that problem after all we've been through, we need a winner.

- Regarding the UI comparison between the two:  I agree with you - even in the US.  I selected English on both platforms.  The main problem I had with FUBT is I had to fill the KYC out (and the system never did change from China for the country even though I selected US- their customer service said I need to manually contact them to fix it). 

In Tokok, I had no problem reading the pages as a US citizen, OR trading as a us citizen without a KYC (since they are in the virgin islands).  (I traded GIN successfully on TOKOK).

I asked Tokok, is this the BEST deal you can give us - they said Yes, 2btc is the very minimum (last night).   


2081
Archived Proposals / Re: Aug 2019 - Block reward breakdown adjustment
« on: August 25, 2019, 12:38:19 PM »
I want the GSC payments to be large enough to incentive people to go that route. Of course, as a Sanctuary-owner, I would be nice to have some direct rewards, but I think it's also important for our survival to grow long-term. GSC seems to be a very pleasant way to grow, since it's helping others in the process, and - in my view - has the potential to onboard a lot of new people. I don't really know enough of the variables involved to make a good decision at this point in time, to I'm leaning to abstain my vote for now...

I agree with you Jaap that GSC is our nicest method for new user rewards (other than heat mining).

The net effect of MIPs proposal has changed GSC from 30% to 25% of our daily rewards, so it was not a huge blow to it.  You can always post a counter argument here for MIP to tweak his final assessment before we vote (although we vote soon!).

One thing Sun has brought up recently is how disgruntled small fish are competing with the whales in the POG campaign.  So I think if you agree with this proposal % change as is, probably the biggest impact you can make is help design an idea that would limit how much whales can take from POG, and allow more to flow to the small fish.  But it has to be done in a secure way, where it cannot be hacked by outsiders who try to game the system.  Right now only true coin-age that is not invested in sancs that has a tithe attached can earn a reward.  So its a big improvement over many many schemes, but still the whales get the biggest rewards.  Finding a way to reward newbies would potentially increase onboarding, but we are all at a loss as to how to improve that.


2082
Archived Proposals / Re: FUBT Exchange
« on: August 25, 2019, 12:25:05 PM »
I'm having some reservations. I like the promotion-deal and the fact that it's non-English. Do they have a Chinese equivalent of Twitter or something where you can see interaction between them and the persons that use the platform?

Most of our volume is on southXchange. Coinexchange.io volume is very low, although it's ranked higher on coingecko than FUBT, so I don't know if adding another exchange will increase volume perse. But as I said, it's a non-English exchange, so it might help.

My reservations are mostly because it's hard for me to determine if they are actually as high-volume as they claim.


Thanks Jaap.

I'll add a few more points and see if they resonate with others as we near the time where we need to decide what we vote on.

I feel the promotional component of the deal "may" be valuable (I'm just a little more skeptical of PR now that we have been in business for 2+ years and our airdrop campaigns were pretty weak, and our efforts to bring people through ads were kind of weak, and dont get me wrong, Im very happy we did everything we did) just saying I feel the 1 bitcoin component of the deal is probably going to be lateral (if that).  IE maybe we see 100 new users over 90 days. 

The biggest pro I feel comes from Nick is his point about the 2 million registered Chinese traders.  Some of them are whales.  They buy/sell 10 million in BTC per day.  What I want to see is a few of those whales start interacting with BBP.  Impho, I think this is where the value is in the plan (penetrating the Asian crypto trading community).

I asked Nick candidly, do they think they will be dedicated and stay in this business.  Nick said, they are one of the few Chinese exchanges who conformed to the "94 regulation".  This is something where KYCs are required and they passed the strict audits of the Chinese Govt (they are allowed to operate in China and I believe also in Hong Kong).  He said they are in for the long run and indeed plan to improve the exchange and grow.  He wants to aim for being on par with Binance - although I guess any exchange will shoot for that.

EDIT:  I just emailed Nick to see if we can get insight on volume.
One thing that makes me nervous is the coingecko declining volume I see as of today compared to last week.


On the twitter:  I think if you click on CoinGecko, see if the twitter link comes up there.


We need to check this volume out in depth.

Also, anythink on Tokok anyone?



2083
Archived Proposals / Re: Aug 2019 - Block reward breakdown adjustment
« on: August 17, 2019, 07:04:27 PM »
For some reason I cannot edit posts (not even OP)

But yes, I do agree with your proposed reward distribution
20% - Charity and Governance
25% - GSC
35% - Sanctuary budget
20% - POBH/Security

I also agree that, if approved, it must be deployed whenever is best for the coin's interest, not immediately.

Ok, sounds good.


2084
Archived Proposals / Re: FUBT Exchange
« on: August 17, 2019, 06:49:08 PM »
I'm doing some testing to see if I feel warm and fuzzy about this proposal.

So far I've created an account with FUBT, and found US customers need to have a KYC to trade.
However, after asking Nick about this, he explained due to the "94" regulation(s) in China, KYC is required for every exchange going forward.

EDIT:

Here are the instructions that US users need to go through to trade on FUBT.
First its critical you choose USA as the Country when you join.
If your Account Settings say China, you can still send a KYC by populating your Drivers License # and then contacting Support to fix the Country.

Instructions to link KYC into your FUBT Account:
http://pool.biblepay.org/SAN/Integration/FUBTKYC.pdf






2085
Archived Proposals / August payroll (Apr) 2019
« on: August 17, 2019, 10:23:39 AM »
ommits on Apr 29, 2019
1.4.2.3-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 29
 
Commits on Apr 28, 2019
1.4.2.2b-Leisure Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 28
 
1.4.2.2-Mandatory upgrade for TestNet  …

@biblepay
biblepay committed on Apr 28
 
Commits on Apr 26, 2019
1.4.2.1b-Mandatory upgrade for TestNet  …

@biblepay
biblepay committed on Apr 26
 
1.4.2.1-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 26
 
Commits on Apr 25, 2019
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 25
 
Commits on Apr 23, 2019
1.4.2.0-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 23
 
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 23


Commits on Apr 22, 2019
1.4.1.9-Leisure upgrade for TestNet  …

@biblepay
biblepay committed on Apr 22
 
Commits on Apr 21, 2019
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 21
 
Commits on Apr 20, 2019
1.4.1.8-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 20
 
Commits on Apr 18, 2019
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 18
 
Commits on Apr 17, 2019
1.4.1.7 - Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 17
 
Commits on Apr 12, 2019
1.4.1.6-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 12
 
Commits on Apr 10, 2019
1.4.1.5b-Leisure Upgrade  …

@biblepay
biblepay committed on Apr 10
 
1.4.1.5-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 10
 
Commits on Apr 9, 2019
1.4.1.4-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 9
 
Commits on Apr 5, 2019
1.4.1.3-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 5
 
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 5
 
Commits on Apr 4, 2019
1.4.1.2b-TestNet Mandatory Upgrade  …

@biblepay
biblepay committed on Apr 4
 
1.4.1.2-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 4
 
1.4.1.1-Mandatory Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 4
 
Commits on Apr 3, 2019
1.4.1.0-Leisure Upgrade for TestNet  …

@biblepay
biblepay committed on Apr 3
 
1.4.0.9d-TestNet Leisure Upgrade  …

@biblepay
biblepay committed on Apr 3
 
Commits on Apr 2, 2019
1.4.0.9c-TestNet Mandatory Upgrade  …

@biblepay
biblepay committed on Apr 2
 
1.4.0.9b-TestNet Mandatory Upgrade  …

@biblepay
biblepay committed on Apr 2
 
1.4.0.9-TestNet Mandatory Upgrade  …

@biblepay
biblepay committed on Apr 2
 
Merge branch 'master' into develop  …

MIP
MIP committed on Apr 2
 
Commits on Apr 1, 2019
1.4.0.8-TestNet Mandatory Upgrade  …

@biblepay
biblepay committed on Apr 1


This was approx 120 hours - capping @ 1.5 MM this month due to budget constraints.


Pages: 1 ... 132 133 134 135 136 137 138 [139] 140 141 142 143 144 145 146 ... 262