Hi, what is the company about?
C-CEX is our exchange... Once they take us down we can work on our mandatory upgrade.
Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 808. (Read 243376 times)
December 14, 2017, 08:19:17 AM
December 14, 2017, 08:17:42 AM
This is a good question. If someone had the required BBP, is it OK to run a masternode on a dedicated machine with a high speed internet connection?
I am far away from the required amount, but if I get there, I have an i5 PC running Ubuntu which is mining. It is connected via ethernet to a high-speed fiber connection. It has not gone down in the whole time I have been mining. Very reliable!
Vultr seem to be one of the more reliable server providers. I tested a few others and I found they had some downtime.
1) If you do go down, you will lose your sanctuary payment, and if you fall out of the payment queue it might take 24 hours to get back in.
2) If your dynamic IP changes, you will have to re-create your whole sanctuary! The Escrow is tied to the static IP. <- This is a real pain...
December 14, 2017, 08:14:01 AM
Hi, what is the company about?
December 14, 2017, 08:12:39 AM
Im still waiting for c-cex to put us in maintenance, so we are in a holding pattern until they do this (regarding the timing of the mandatory upgrade).
December 14, 2017, 08:11:53 AM
Have you come across MUE? It needs something like 500,000 coins for a masternode which is quite a lot of cash (was, at least, before the price dropped a lot) and their service, mymue.com, which fractional shares for 10,000 coins.
Im kind of worried about all of the other related problems this particular service deals with however. It requires me to hold cold wallet escrow somewhere outside of the pool, handle lease terminations, be responsible for outages, be responsible for fractional investments, be potentially viewed as a person who issues securities (IE what if someone views a fractional masternode as a share in an investment)?, and requires the software to be written and maintained. (The big one for me is holding sanctuary related escrow in one concentrated place, its something I dont want to deal with). The second biggest is if the maintenance of all of the moving parts of this system turn out to be as complicated as a PO/Project management system.
Im thinking this idea might take away from our core focus of adding gospel features in, and making the stratis proof of concept.
Sorry about that guys but I think Im going to have to deprioritize this one. If you guys can come up with an IT solution among each other, you could have your own subdomain for this....
December 14, 2017, 08:05:06 AM
Two questions, actually turns out it was 3, about Sanctuaries..
These are only Linux ? Or will there be a Windows solution to this ?
And secondly, is a static IP required ?
Go on, a third then, is much bandwidth required ? Any calculations on this ? Or is it low enough that it's not worth thinking about..
Looking forward to running one or two, just not mad about Linux.. But if needs be, then so be it..
These are only Linux ? Or will there be a Windows solution to this ?
And secondly, is a static IP required ?
Go on, a third then, is much bandwidth required ? Any calculations on this ? Or is it low enough that it's not worth thinking about..
Looking forward to running one or two, just not mad about Linux.. But if needs be, then so be it..
Here is the guide again btw:
http://wiki.biblepay.org/Create_Sanctuary
They are linux only, primarily because the proof-of-service software we use only runs on linux.
No windows solution is currently scheduled, unless our stratis Proof-of-concept is really well received. If it is, Ill port watchman-on-the-wall to c# so that then you can run a Pose-enabled biblepay node in c#.
Static ip is required, thats primarily why we recommend web hosts for this. If your node fails to vote when its asked to you lose your sanctuary payment.
Very low bandwidth is required, only 10% more than a normal node, Except since you are a full PoSE node you would be servicing inbound connections, however these are split among all the nodes. Im running one with 1023 connections and its taking 40kbps so its pretty low. You can see the network graph in the qt wallet btw (Tools | Network Traffic).
December 14, 2017, 07:35:59 AM
Two questions, actually turns out it was 3, about Sanctuaries..
These are only Linux ? Or will there be a Windows solution to this ?
And secondly, is a static IP required ?
Go on, a third then, is much bandwidth required ? Any calculations on this ? Or is it low enough that it's not worth thinking about..
Looking forward to running one or two, just not mad about Linux.. But if needs be, then so be it..
These are only Linux ? Or will there be a Windows solution to this ?
And secondly, is a static IP required ?
Go on, a third then, is much bandwidth required ? Any calculations on this ? Or is it low enough that it's not worth thinking about..
Looking forward to running one or two, just not mad about Linux.. But if needs be, then so be it..
December 14, 2017, 05:52:55 AM
Recently Znffal came up with an idea for us to lease out franctional sanctuaries to those who cant afford a full sanctuary.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
Hi Rob,
I like this idea a lot. I think that the effect of this would be to reduce the number of "stagnant" coins in wallets and on exchanges which is beneficial for the holders of BBP and for its price, which is good for the orphans, the project (i.e. IT budget), and the investors. It would also help more in the community to feel that they are getting some value from their coins and to feel more connected/involved.
Regarding specifics of your idea/plan. I like the idea of having the STL and FSL. The voting rights was a potential issue that you have resolved by giving that to the STL.
A few points/questions:
1. I assume that the STL would not start a masternode until all FSL spots are filled? i.e. the full 1,550,001 BBP has been raised.
2. What requirements would an STL need to have (aside from renting and running a server, voting)?
I propose that they would need to contribute a % of the required BBP (required FSL) for their node. For example, maybe they need to put in 10% of the FSL (roughly 150k BBP coins) to run an STL. I can imagine a situation where it is more profitable to run an STL than it is to mine BBP which seems less than ideal. Having the STL contribute some eskrow also would reduce this issue.
3. The address that all members would send their portion of FSL to, would this be an address controlled by the pool? This seems better than an address controlled by the person running the STL. This mitigates the "trust" issue.
4. My opinion is that 30% for the STL is a little high, or at least, this should change to reflect the changing price of BBP. For example, if one day the 30% is roughly $60, and then we go x10, the STL is effectively being paid $600 a month.
Maybe a one time set-up payment of $30 (perhaps taken from the first masternode payment), then $20 a month for the vultr lease renumeration + $10 a month for restarts = $30 a month or roughly 15%.
I think the setup fee should just be for the first month...
I am a bit torn on this point as they are providing a service that would otherwise not be available to the FSL contributors. Hmmm, tough one.
10% seems fair for the pool to host the service.
EDIT( thought of a number 5.)
5. What happens if people want to withdraw their portion of the eskrow? Does the Masternode have to shut down until a replacement is found? Or do we implement a fixed term contract? i.e. a month long contract and you cannot withdraw your FSL contributions until the end of the month/contract?
In principle I think it would make a lot of people happy that their coins are actually being put to use.
The time-frame is pretty tight, when could such a service be implemented?
Thanks!
Have you come across MUE? It needs something like 500,000 coins for a masternode which is quite a lot of cash (was, at least, before the price dropped a lot) and their service, mymue.com, which fractional shares for 10,000 coins.
December 14, 2017, 04:36:08 AM
btw: 1 important thing for masternode linux machine for hot wallet= 25GB is very low from VULTR= beware, get with min 50GB ..... we have problems on DASH with this VPS
after 1year will be this space complete fullybest choice will be build own cheap little machine=NUC INTEL is best choice for this or get cheap dedicated machine with 500GB space, exists more solutions
This is a good question. If someone had the required BBP, is it OK to run a masternode on a dedicated machine with a high speed internet connection?
I am far away from the required amount, but if I get there, I have an i5 PC running Ubuntu which is mining. It is connected via ethernet to a high-speed fiber connection. It has not gone down in the whole time I have been mining. Very reliable!
Vultr seem to be one of the more reliable server providers. I tested a few others and I found they had some downtime.
December 14, 2017, 04:32:42 AM
Recently Znffal came up with an idea for us to lease out franctional sanctuaries to those who cant afford a full sanctuary.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
Hi Rob,
I like this idea a lot. I think that the effect of this would be to reduce the number of "stagnant" coins in wallets and on exchanges which is beneficial for the holders of BBP and for its price, which is good for the orphans, the project (i.e. IT budget), and the investors. It would also help more in the community to feel that they are getting some value from their coins and to feel more connected/involved.
Regarding specifics of your idea/plan. I like the idea of having the STL and FSL. The voting rights was a potential issue that you have resolved by giving that to the STL.
A few points/questions:
1. I assume that the STL would not start a masternode until all FSL spots are filled? i.e. the full 1,550,001 BBP has been raised.
2. What requirements would an STL need to have (aside from renting and running a server, voting)?
I propose that they would need to contribute a % of the required BBP (required FSL) for their node. For example, maybe they need to put in 10% of the FSL (roughly 150k BBP coins) to run an STL. I can imagine a situation where it is more profitable to run an STL than it is to mine BBP which seems less than ideal. Having the STL contribute some eskrow also would reduce this issue.
3. The address that all members would send their portion of FSL to, would this be an address controlled by the pool? This seems better than an address controlled by the person running the STL. This mitigates the "trust" issue.
4. My opinion is that 30% for the STL is a little high, or at least, this should change to reflect the changing price of BBP. For example, if one day the 30% is roughly $60, and then we go x10, the STL is effectively being paid $600 a month.
Maybe a one time set-up payment of $30 (perhaps taken from the first masternode payment), then $20 a month for the vultr lease renumeration + $10 a month for restarts = $30 a month or roughly 15%.
I think the setup fee should just be for the first month...
I am a bit torn on this point as they are providing a service that would otherwise not be available to the FSL contributors. Hmmm, tough one.
10% seems fair for the pool to host the service.
EDIT( thought of a number 5.)
5. What happens if people want to withdraw their portion of the eskrow? Does the Masternode have to shut down until a replacement is found? Or do we implement a fixed term contract? i.e. a month long contract and you cannot withdraw your FSL contributions until the end of the month/contract?
In principle I think it would make a lot of people happy that their coins are actually being put to use.
The time-frame is pretty tight, when could such a service be implemented?
Thanks!
December 14, 2017, 02:52:49 AM
btw: 1 important thing for masternode linux machine for hot wallet= 25GB is very low from VULTR= beware, get with min 50GB ..... we have problems on DASH with this VPS
after 1year will be this space complete fullybest choice will be build own cheap little machine=NUC INTEL is best choice for this or get cheap dedicated machine with 500GB space, exists more solutions
December 14, 2017, 12:12:42 AM
December 13, 2017, 11:26:14 PM
I just got a message that the deal fell through [to add us to Two Top 5 exchanges in Jan 2018]. So I am modifying the client to Not mint the 3.5 BTC block.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
Hi Rob,
That's a shame. Never mind. With all the features being added we will find more interest and may find it easier to get on exchanges then.
Hello?
"Repent, for the Kingdom of Heaven is Nigh!"
We pray that God will continue to show the way, to guide and bless this project, to open new doors, to open minds and hearts, to use us to help the children, to share the good news, to give us all strength, patience and humility, in Jesus name.
December 13, 2017, 11:17:43 PM
Recently Znffal came up with an idea for us to lease out franctional sanctuaries to those who cant afford a full sanctuary.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
I was thinking of potential ways to make this happen and here is what I have so far:
The pool could offer two new services: Sanctuary technology leasing, and Fractional Sanctuary leases with Dividends.
For STL, you spin up a node on a provider like vultr and set it up per the information given by the pool, the pool provides the data on the config page. Then you are paid weekly for the technology lease.
The second side of this, is the FSL. (This is for the average end user who wants the investment.. So we have a one-to-many relationship from FSL->STL. It might take 40 FSLs to fill up an STL). In this case you sign up for a certain quantity of 1000's that you can afford, (that is BBP * 1000),
and you become a leaseholder on record assigned to an STL ID, and you send this fractional escrow to the address the pool provides on the page, and at that point, you start receiving dividend payments based on your investment amount
automatically as long as the escrow remains in the investment.
The pool then combines all the BBP received for an STL into one transaction and creates an escrow vout for it and saves it (this is used to populate the page for the next STL).
So my first question is, what do you think is fair compensation for the STL? They would pay $5-$10 a month to lease the vultr node, and they only have to set it up once, but then they do have to reboot it every time they see new start required. So I was thinking maybe $30 for setup + $20 a month for the vultr lease renumeration + $10 a month for restarts = $60 a month. We could then convert that to a percentage, maybe that is 30% of the average deal. Once we know the percentage we could do something like this: 30/60/10: 30% to the STL, 60% to the FSL pool, and 10% to the pool....
Anyway, I think it would be a pretty cool hit-- also we could offer this as a way to "park" extra BBP for extra investments that happen to be laying around.
One thing I wanted to note: The STL would be the one to vote for the sanctuary, so that would be part of their responsibility.
December 13, 2017, 10:01:38 PM
I just got a message that the deal fell through [to add us to Two Top 5 exchanges in Jan 2018]. So I am modifying the client to Not mint the 3.5 BTC block.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
Hi Rob,
That's a shame. Never mind. With all the features being added we will find more interest and may find it easier to get on exchanges then.
Hello?
"Repent, for the Kingdom of Heaven is Nigh!"
December 13, 2017, 09:49:56 PM
I just got a message that the deal fell through [to add us to Two Top 5 exchanges in Jan 2018]. So I am modifying the client to Not mint the 3.5 BTC block.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
Hi Rob,
That's a shame. Never mind. With all the features being added we will find more interest and may find it easier to get on exchanges then.
December 13, 2017, 09:47:40 PM
I just got a message that the deal fell through [to add us to Two Top 5 exchanges in Jan 2018]. So I am modifying the client to Not mint the 3.5 BTC block.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
(Note, the block was for 3.3 BTC for integration fees + .2 BTC for service fees that is why it was 3.5 btc).
I just wanted to update anyone that was waiting in the wings - not buying BBP to realize that we wont have any special deal to buy at next week, so I didnt want to stop anyone if you were holding off. Now going forward, everything is voted in by the sanctuaries.
December 13, 2017, 07:57:14 PM
Yes, f8000 and the Sanctuaries. The release is a little early so we can offer a one-time fundraiser on c-cex for integration expenses for an expense we voted on for Jan 2018 that should greatly benefit the community and the orphans. This will allow anyone here to buy some BBP on c-cex at a discount for one day when we come back online (and use it for a Sanctuary if you want). The timing of this event will most likely be next week mid week (when c-cex comes back online with our new version). Ill post more info about that sale as we get closer.
Most likely the mandatory upgrade will be set for Friday or Saturday this week, block # to be adjusted once we know c-cex is in maintenance.
Once you upgrade your node, you can start deploying a sanctuary, and we should see each other in the sanctuary list, but sanctuary payments do not actually start until block 23000 - this gives us time to set up the Sanctuaries and ensure we are all synced. I have the first superblock at block # 30001.
Superblocks will be monthly, to keep our voting requirements down to a minimum. However while on that subject, it will be extremely important for us to vote for the charity expenses every month and vote for our budget and ensure its going to pass before the monthly block number (Ill post instructions how to know what our monthly superblock block number will be), as otherwise we will miss the payment for all of our orphans for one, or other catastrophic things could happen.
Most likely the mandatory upgrade will be set for Friday or Saturday this week, block # to be adjusted once we know c-cex is in maintenance.
Once you upgrade your node, you can start deploying a sanctuary, and we should see each other in the sanctuary list, but sanctuary payments do not actually start until block 23000 - this gives us time to set up the Sanctuaries and ensure we are all synced. I have the first superblock at block # 30001.
Superblocks will be monthly, to keep our voting requirements down to a minimum. However while on that subject, it will be extremely important for us to vote for the charity expenses every month and vote for our budget and ensure its going to pass before the monthly block number (Ill post instructions how to know what our monthly superblock block number will be), as otherwise we will miss the payment for all of our orphans for one, or other catastrophic things could happen.
Rob, will you elaborate a bit on specifics to implement the Mandatory Upgrade ...
1) What is "f8000"?
-> f8000 is the new PoBh algorithm that has a processor mutex instead of node mutex. This means when it keeps the processor busier, it is not subject to the multiple-biblepay-copies-on-one-node-hps-gain attack.
2) What if anything will miners need to do? Will they need to pgrade the BiblePay mining software on their PC or servers?
-> Since this is a mandatory upgrade, every server, pc, and service provider (IE exchange) will need to upgrade otherwise they will start mining on their own fork.
3) What will Sanctuary providers need to do?
-> Sanctuaries are not live yet, but they would have needed to upgrade. This brings up a good point. Sanctuaries are expected to upgrade even during leisure upgrades, where leisures upgrades are optional for everyone else.
4) What do you mean by "once you upgrade your node"?
-> Once the biblepay software is upgraded, then sanctuary features will be enabled (they are current disabled). Things like instantsend, coin mixing, and operating a sanctuary will be enabled.
5) How much of a discount will there be to buy BBP on c-cex for the one day when we come back online?
-> Im checking this now, I am actually PMing back and forth regarding this now.
6) What is the difference between a superblock and a regular block?
-> A regular block is one that is mined by a miner and paid partially to the miner and partially to a sanctuary. However a superblock is only once a month (in our configuration), and contains not only the miners payment, but also a list of voted in expenses. Whatever was proposed, voted, budgeted, approved, budged-voted in that month up to T-1 of the superblock timestamp is included in the superblock. The superblock generates the payments to the proposals original payment address. Btw, the term superblock in general came from the ability to pay thousands of payments in one block, but in our case we only need to pay 100 or less. One bitcoin block had 32,000 transactions in it, so that is pretty much what we can expect that is possible in a superblock.
7) What is a charitable superblock?
-> A charitable superblock is just something I named since I expect these blocks to primarily contain the compassion.com expense. And we have a propensity to vote in other charities for payment. It could potentially have some IT expenses in it, if we have any voted in.
Thanks!
December 13, 2017, 01:48:58 PM
PRE-ALERT: Upcoming Mandatory Upgrade in approximately 1000 Blocks.
Please check back for more info. The rough ETA is sometime Friday the 15th of 2017.
Please check back for more info. The rough ETA is sometime Friday the 15th of 2017.
Nice, thanks for the heads up.
Is this "f8000"?
Yes, f8000 and the Sanctuaries. The release is a little early so we can offer a one-time fundraiser on c-cex for integration expenses for an expense we voted on for Jan 2018 that should greatly benefit the community and the orphans. This will allow anyone here to buy some BBP on c-cex at a discount for one day when we come back online (and use it for a Sanctuary if you want). The timing of this event will most likely be next week mid week (when c-cex comes back online with our new version). Ill post more info about that sale as we get closer.
Most likely the mandatory upgrade will be set for Friday or Saturday this week, block # to be adjusted once we know c-cex is in maintenance.
Once you upgrade your node, you can start deploying a sanctuary, and we should see each other in the sanctuary list, but sanctuary payments do not actually start until block 23000 - this gives us time to set up the Sanctuaries and ensure we are all synced. I have the first superblock at block # 30001.
Superblocks will be monthly, to keep our voting requirements down to a minimum. However while on that subject, it will be extremely important for us to vote for the charity expenses every month and vote for our budget and ensure its going to pass before the monthly block number (Ill post instructions how to know what our monthly superblock block number will be), as otherwise we will miss the payment for all of our orphans for one, or other catastrophic things could happen.
I thought about the dynamics of the cutover between my manual funding of compassion and our first superblock also. The way I have it set now it the first superblock should occur around Jan 16th. So the tithe blocks for compassion still occur even in f8000, up until block 30000. On block 30001, tithe blocks stop forever and our first voted in budget is paid. So we can ensure there is no double payment for orphan expenses in block 30001, we can vote on a partial budget and ensure it is emitted, then we will have a clear path for timing for the next charitable superblock (202*30) blocks or 30 days in the future after the first superblock.
EDIT:
Please see the instructions for creating a Sanctuary in Prod:
http://wiki.biblepay.org/Create_Sanctuary
(If anyone finds any errors in the wiki guide please let me know. Escrow amounts have been updated to 1,550,001 in the guide and the next
mandatory version.)
Rob, will you elaborate a bit on specifics to implement the Mandatory Upgrade ...
1) What is "f8000"?
2) What if anything will miners need to do? Will they need to pgrade the BiblePay mining software on their PC or servers?
3) What will Sanctuary providers need to do?
4) What do you mean by "once you upgrade your node"?
5) How much of a discount will there be to buy BBP on c-cex for the one day when we come back online?
6) What is the difference between a superblock and a regular block?
7) What is a charitable superblock?
Thanks!
December 13, 2017, 12:33:23 PM
See pool | External Links:
15 YR OLD JEWISH BOY NATAN - TESTIMONY OF END OF DAYS
http://pool.biblepay.org/Action.aspx?link=af87b7f
15 YR OLD JEWISH BOY NATAN - TESTIMONY OF END OF DAYS
http://pool.biblepay.org/Action.aspx?link=af87b7f
Jump to: