Anyone missing unbanked ARM payment for 10/5 and 10/6? Last two days I have not been paid for PoDC work.
Are you sure you were crunching Rosetta tasks actively? What is your CPID? |
|
|
|
Just saw information about the Islamic Exchange, here is a bible project. By the way, do you mean the old or the new covenant? Why are projects now being created that limit investors by religion?
In general, everyone is welcome to use biblepay as a utility. We also have cancer mining, which is more aligned with science. But in general, by having the KJV bible compiled in we are exposing our users to Christianity. So this is an attempt to spread the gospel of Jesus to people who might not be thinking about God. We are not forcing the New Testament to be read by anyone, but in general I'm trying to spearhead an ecosystem where Jesus is part of our daily lives and that would include the old and new Testament. |
|
|
|
Its disturbing that you are not interpreting these basic fundamentals but instead continue to be argumentatitive, and frankly not trusting.
We need a good team here, one that I can send information to and get things done efficiently and quickly - this is redicules Sun, and I think you are smart enough to know how redicules it is. If you want make this community efficient I think you need to get with the program. I'm giving feedback from social media. They make a good points that BBP has "a way more complex structure than any other coin". And that makes integration with people that want to create services more difficult. 1) We already saw this with Mintnodes, GIN, and Apollon where masternodes are more difficult to setup. 2) And now we have to explain to people why 3% PoBH isn't really 3%. And why PoDC 38.5% isn't really 38.5%. I agree, its too complicated and needs cleaned up. Lets take a look at simplifying this and figuring out if we need a vote to improve it. The confusion lies in some numbers being based on gross, some on net, and some on superblock emission percentages (which is even worse, as those are based on a gross emission multiplier). For POW though, we do pay .03% of the gross block to the heat miner. Let me first modify the wiki page with exact gross and net expectations then we will go from there. As far as the complexity of having DGW though, that in itself has more advantages than disadvantages, I think, so I think we need to clean up the explanation in the code and the wiki to make it crystal clear first (IE the system we have now). We are only slightly more complicated in that area if it is explained properly. I say this because our future is dependent on: A gross subsidy, a governance budget, a sanctuary reward, and a mining reward - regardless of how you slice it, and if we had multiple paths for mining income - we just need to have a standard interface to ensure the % we state in every category is exact and gross or net, and an example next to it that reconciles. Ill put an example up on this on our wiki page after this - let me do some gross/net calcs. Ok we should be pretty clear now as far as our explanation to investors: Economics revisited:
https://wiki.biblepay.org/Economics
I'll clean up some of the code comments to ensure they are consistent and not confusing. |
|
|
|
I agree, its too complicated and needs cleaned up. Lets take a look at simplifying this and figuring out if we need a vote to improve it.
The confusion lies in some numbers being based on gross, some on net, and some on superblock emission percentages (which is even worse, as those are based on a gross emission multiplier).
For POW though, we do pay .03% of the gross block to the heat miner. Let me first modify the wiki page with exact gross and net expectations then we will go from there.
As far as the complexity of having DGW though, that in itself has more advantages than disadvantages, I think, so I think we need to clean up the explanation in the code and the wiki to make it crystal clear first (IE the system we have now). We are only slightly more complicated in that area if it is explained properly.
I say this because our future is dependent on: A gross subsidy, a governance budget, a sanctuary reward, and a mining reward - regardless of how you slice it, and if we had multiple paths for mining income - we just need to have a standard interface to ensure the % we state in every category is exact and gross or net, and an example next to it that reconciles.
Ill put an example up on this on our wiki page after this - let me do some gross/net calcs.
I do agree with 616 on the sanc reward vs miner reward. Does DGW affect the daily superblock as well? At least that way we're consistent. I have no problem with DGW on the POBH mining, from a sanctuary perspective it seems strange to punish the sanctuary for potential abuses by the miner. No it's not intended to solely appear as an abuse by a heat miner, but instead, as a popularity governor. The system is implemented in a way that says our total block emission drops as we become harder to mine - and the original idea with that is : biblepay is hard to mine because its price must be high (I realize this is not always true) but lets follow the logic. If our price jumps from 9 satoshi to 90 for a couple weeks, we get an inrush of miners (because its profitable to mine). However with that inrush comes a difficulty increase, and that lowers the reward. So yes it is a governor to protect from a short term security standpoint but it is also a governor of our total emission due to popularity. One reason I still like this is if we do become hard to mine (because of a high price) we tend to generate less coins - and therefore our price remains high. |
|
|
|
Its disturbing that you are not interpreting these basic fundamentals but instead continue to be argumentatitive, and frankly not trusting.
We need a good team here, one that I can send information to and get things done efficiently and quickly - this is redicules Sun, and I think you are smart enough to know how redicules it is. If you want make this community efficient I think you need to get with the program. I'm giving feedback from social media. They make a good points that BBP has "a way more complex structure than any other coin". And that makes integration with people that want to create services more difficult. 1) We already saw this with Mintnodes, GIN, and Apollon where masternodes are more difficult to setup. 2) And now we have to explain to people why 3% PoBH isn't really 3%. And why PoDC 38.5% isn't really 38.5%. I agree, its too complicated and needs cleaned up. Lets take a look at simplifying this and figuring out if we need a vote to improve it. The confusion lies in some numbers being based on gross, some on net, and some on superblock emission percentages (which is even worse, as those are based on a gross emission multiplier). For POW though, we do pay .03% of the gross block to the heat miner. Let me first modify the wiki page with exact gross and net expectations then we will go from there. As far as the complexity of having DGW though, that in itself has more advantages than disadvantages, I think, so I think we need to clean up the explanation in the code and the wiki to make it crystal clear first (IE the system we have now). We are only slightly more complicated in that area if it is explained properly. I say this because our future is dependent on: A gross subsidy, a governance budget, a sanctuary reward, and a mining reward - regardless of how you slice it, and if we had multiple paths for mining income - we just need to have a standard interface to ensure the % we state in every category is exact and gross or net, and an example next to it that reconciles. Ill put an example up on this on our wiki page after this - let me do some gross/net calcs. |
|
|
|
Would equalize the payments for PoDC and Sanctuaries http://wiki.biblepay.org/EconomicsWell, there is this document on the wiki called Economics. 3% is given to Proof-Of-Biblehash (heat POW) miners
38.5% is given to the longest waiting Sanctuary
38.5% is given to the Proof-Of-Distributed Computing (Cancer Research budget)
I don't know, it might actually be nice to adhere to the percentages since that is written in the wiki (although it conflicts with https://wiki.biblepay.org/Main_Page) is what everyone expects. Finally, on the proof-of-document storage... I think Sia is the market leader and most relevant).
Storj also has a working product. FileCoin, MaidSafe. Chia (Bram Cohen's Proof of Storage, vaporware). For video, there is Bittorrent/Tron, Flixxo, and DTube (based off Steem & IPFS). IPFS itself is free and there's a lot of usable products already. I think PoDS is interesting to combine with crypto transactions, but its value remains to be seen. I think as a storage platform it is dead in the water. As a layer for application of some sort, there'd be more value. For example, you send BBP with an IPFS document encrypted so only the recipient can open with their private key. Its an easy way to transmit documents securely. Same idea as signed messages but it'd be a bigger payload hosted on IPFS. I corrected the Main_Page to make it point to the wiki page for the breakdown, which is also in agreement with the coin code. However, I find it very disturbing that you are claiming that we are not distributing what we promise ("There is this document on the wiki called economics")... alluding that we are doing something shady here. Sun, you really need to start thinking about what you are typing before you type it. We do exactly what we say we do here at BiblePay, and we don't mislead investors. Show me where PoBH (PoW mining) is distributing 3% as it is currently designed. Dark Gravity Wave (DGW) changes the payout amount per block which changes the percentages. The very first sentence in our "Economics" wiki explains that we have a variable block emission (from 20K down to 5K), and with a decreasing subsidy associated with a higher diff. Meaning this is Pro investor, and anti-pow-attack, which are both good investor features. Therefore, up-front, we explain the effects of DGW for the sophisticated investor. (Other coins use DGW, so we arent alone in this). In our emission schedule wiki, I clearly point out that we base the emission on an average emission rate (that means we made an assumption of an average difficulty level). Its disturbing that you are not interpreting these basic fundamentals but instead continue to be argumentatitive, and frankly not trusting. We need a good team here, one that I can send information to and get things done efficiently and quickly - this is redicules Sun, and I think you are smart enough to know how redicules it is. If you want make this community efficient I think you need to get with the program. |
|
|
|
Would equalize the payments for PoDC and Sanctuaries http://wiki.biblepay.org/EconomicsWell, there is this document on the wiki called Economics. 3% is given to Proof-Of-Biblehash (heat POW) miners
38.5% is given to the longest waiting Sanctuary
38.5% is given to the Proof-Of-Distributed Computing (Cancer Research budget)
I don't know, it might actually be nice to adhere to the percentages since that is written in the wiki (although it conflicts with https://wiki.biblepay.org/Main_Page) is what everyone expects. Finally, on the proof-of-document storage... I think Sia is the market leader and most relevant).
Storj also has a working product. FileCoin, MaidSafe. Chia (Bram Cohen's Proof of Storage, vaporware). For video, there is Bittorrent/Tron, Flixxo, and DTube (based off Steem & IPFS). IPFS itself is free and there's a lot of usable products already. I think PoDS is interesting to combine with crypto transactions, but its value remains to be seen. I think as a storage platform it is dead in the water. As a layer for application of some sort, there'd be more value. For example, you send BBP with an IPFS document encrypted so only the recipient can open with their private key. Its an easy way to transmit documents securely. Same idea as signed messages but it'd be a bigger payload hosted on IPFS. I corrected the Main_Page to make it point to the wiki page for the breakdown, which is also in agreement with the coin code. However, I find it very disturbing that you are claiming that we are not distributing what we promise ("There is this document on the wiki called economics")... alluding that we are doing something shady here. Sun, you really need to start thinking about what you are typing before you type it. We do exactly what we say we do here at BiblePay, and we don't mislead investors. |
|
|
|
Basically, I would like to see two daily Superblocks. One for PoDC (which we have) and one equal sized one for Sanctuaries. Then at the block time, the system would look at which Sanctuaries were enabled and pay each one from the Sanctuary Superblock. So at block 75,040 there was a PoDC Superblock worth 1,077,065 BBP, and what I'm proposing is at block 75,145 we'd have a Sanctuary Superblock also worth 1,077,065 BBP (subject of course to the 1.5% deflationary emissions modifier). That superblock would be equally divided among the 336 enabled Sanctuaries, so each would get roughly 3205 BBP.
I don't see the benefit of doing this - its a change that is rooted in - ? Paying a consistent amount to sancs? Then you could add a proposal to remove DGW. Imo - Ive explained a couple times why DGW is good for us, so I would vote against it. A while back I emailed you the idea of having you investigate other proof-of-document-storage coins that are live and floated the idea of installing their software and evaluating each one. Have you considered doing that yet or would you like us to ask someone else to do it? I bring this up here, because only one person commented on the idea in the forum, and I did want your opinion of it. I spelled out why I thought it had merit but to recap: Would equalize the payments for PoDC and Sanctuaries, would eliminate Sanctuary variability (while retaining DGW for PoBH protection), squash the back-to-back rewards that happen which seem unfair and would give a daily payment for Sanctuary holders which would be a relatively novel masternode concept (and if we got to the point where we had 1500 Sanctuaries, would give quicker feedback that an individual did set it up correctly). So the change has many upsides in my mind, consistency being just one of them. I'd also like your thoughts on eliminating coin mixing and private send which the more I speak to people that aren't involved with crypto, they bring up the Dark Web quite often. This perception that the primary use the average person thinks of is so negative it could impact our growth in the intended religious markets. Also, since it appears very few people are using it, eliminating it could simplify the code base without much penalty from current user demand. In the end, I don't want to make a proposal on something you're opposed to as I know you've got a lot on your plate and there is plenty of work. Finally, on the proof-of-document storage, I took about a week off from crypto in part due to your suggestion I find another coin. The work I've done researching has to this point been solely data and not hands on. From a few of the comments in the forum, it appeared things were moving to using that system for internal documents as the primary function, and from the research I've done, we'd be hard pressed to compete on price versus Sia nor ease of use versus something like Dropbox. But at some point, I've got enough Sia to do some hands on testing, and the other coins out there that do similar aren't very hard to acquire (but I think Sia is the market leader and most relevant). Thanks - let me think about the ramifications. I don't wish to see you go and hope you are back permanently. So on the document storage coins, I think we need to think of other facets characterizing the service as a whole first: Is it in Production (yes/no), Est. Time to go live, Centralized/Decentralized infrastucture, Usability/Ease of Use, Speed (how fast can you up/download a file), Reliability (what are the chances of it breaking at random times), Durability (How many drives is it stored on), allows mounting a filesystem yes/no, services file storage or service individual files, General notes about the experience of using it for a period, Overall Review level, and finally cost per Gig of storage. If we could have a volunteer make a spreadsheet of these elements per doc-storage coin, this would greatly enhance our development and roadmap abilities. (I said once before I dont think price is completely relevant yet when comparing a decentralized storage price to centralized - except for mass document storage, but yes, lets put it on the sheet anyhow), but realize in my opinion, the price in a new endeavor is the least important - as we are in alpha - another words, we are designing a feature in R&D with a high prototype cost - the price could come down later. Im really more aligned with making the ease of use file transfer, encrypted secure file transfer, business objects features, but I dont want to rule out document storage either as it is a viable option as a biblepay miner (another words, if we have a second miner - other than PODC, we may have a good backup candidate if boinc ever goes down, or for some reason boinc becomes untrusted by the supermajority, it would be nice to flip a spork and start document mining). I think you have a good point on this elimination of private send and mixing, possibly. I want us to be known as having 100% integrity, and know that using BiblePay they are still 100% anonymous if they wish to use TOR themselves - share no data and use nicknames. Another words, I dont want to introduce things that reveals home identities to make people feel unsafe, but I would also want a coin with the highest level of integrity, so that we are not associated in any way with the dark web. I also feel that from Togos experience of mixing - we may be enabling a feature that slows down the wallet if people start using it widely (as Dave_bbp pointed out ours isnt working well). We could potentially remove it from the UI completely and make it a 'use at your own risk' RPC feature, something for a power user like Togo, but take the stance that we dont support the feature, and we dont add features to the wallet that make you lose privacy (unless you use them, like for instance adding your long/lat and email to a contact record yourself). The privacy issue is tough because as a Christian you have to be a stand up non-shady individual, and thats why I ended up offering the long-lat, as if things get bad (on a civil unrest level), we at least want to organize Christian camps of people together, and as a church pastor, you must publically expose where your church is so people can worship in person (IE church tithing). However, a single Mom may not want to expose her long-lat, with good reason. (Its also related to timing, were obviously not in the great tribulation yet  . |
|
|
|
Basically, I would like to see two daily Superblocks. One for PoDC (which we have) and one equal sized one for Sanctuaries. Then at the block time, the system would look at which Sanctuaries were enabled and pay each one from the Sanctuary Superblock. So at block 75,040 there was a PoDC Superblock worth 1,077,065 BBP, and what I'm proposing is at block 75,145 we'd have a Sanctuary Superblock also worth 1,077,065 BBP (subject of course to the 1.5% deflationary emissions modifier). That superblock would be equally divided among the 336 enabled Sanctuaries, so each would get roughly 3205 BBP.
I don't see the benefit of doing this - its a change that is rooted in - ? Paying a consistent amount to sancs? Then you could add a proposal to remove DGW. Imo - Ive explained a couple times why DGW is good for us, so I would vote against it. A while back I emailed you the idea of having you investigate other proof-of-document-storage coins that are live and floated the idea of installing their software and evaluating each one. Have you considered doing that yet or would you like us to ask someone else to do it? I bring this up here, because only one person commented on the idea in the forum, and I did want your opinion of it. I spelled out why I thought it had merit but to recap: Would equalize the payments for PoDC and Sanctuaries, would eliminate Sanctuary variability (while retaining DGW for PoBH protection), squash the back-to-back rewards that happen which seem unfair and would give a daily payment for Sanctuary holders which would be a relatively novel masternode concept (and if we got to the point where we had 1500 Sanctuaries, would give quicker feedback that an individual did set it up correctly). So the change has many upsides in my mind, consistency being just one of them. I'd also like your thoughts on eliminating coin mixing and private send which the more I speak to people that aren't involved with crypto, they bring up the Dark Web quite often. This perception that the primary use the average person thinks of is so negative it could impact our growth in the intended religious markets. Also, since it appears very few people are using it, eliminating it could simplify the code base without much penalty from current user demand. In the end, I don't want to make a proposal on something you're opposed to as I know you've got a lot on your plate and there is plenty of work. Finally, on the proof-of-document storage, I took about a week off from crypto in part due to your suggestion I find another coin. The work I've done researching has to this point been solely data and not hands on. From a few of the comments in the forum, it appeared things were moving to using that system for internal documents as the primary function, and from the research I've done, we'd be hard pressed to compete on price versus Sia nor ease of use versus something like Dropbox. But at some point, I've got enough Sia to do some hands on testing, and the other coins out there that do similar aren't very hard to acquire (but I think Sia is the market leader and most relevant). Thanks - let me think about the ramifications. I don't wish to see you go and hope you are back permanently. |
|
|
|
Therefore we have 2,500 total users - as I said. Show me 2500 active users. You're not allowed to insult me in public without proof. If I'm wrong, I'll sincerely apologize. I'm man enough to admit it if I'm wrong. The records show that we have had 2500 distinct e-mail addresses buy BBP at one point in time or another - so the assumption is they are investors or miners (not active miners). I never said they were active miners. The user count is more relevant to understand how many people are following this project. (IE to make the case that this little hate group is confined down to a few abusive people, and the hate group does not represent the cross section of biblepay). Please make your tone a little more positive on this forum - I do not condone a hostile environment for other Christians. Please think 2-3* about what you are going to post in the future. I don't want a trigger happy post with a bunch of posts made out of anger. You may consider repenting for anger issues if that is part of your problem. Try to cool down and learn to forgive people. |
|
|
|
For the rest, I know another project that dispatches block rewards to masternodes in a regular way: in our case that would mean : Sanctuaries would get xx% of each block's reward, whatever the way the block was found. Maybe I misunderstood westwarmoth's suggestion, but I think it's not that far.
Basically, I would like to see two daily Superblocks. One for PoDC (which we have) and one equal sized one for Sanctuaries. Then at the block time, the system would look at which Sanctuaries were enabled and pay each one from the Sanctuary Superblock. So at block 75,040 there was a PoDC Superblock worth 1,077,065 BBP, and what I'm proposing is at block 75,145 we'd have a Sanctuary Superblock also worth 1,077,065 BBP (subject of course to the 1.5% deflationary emissions modifier). That superblock would be equally divided among the 336 enabled Sanctuaries, so each would get roughly 3205 BBP. I don't see the benefit of doing this - its a change that is rooted in - ? Paying a consistent amount to sancs? Then you could add a proposal to remove DGW. Imo - Ive explained a couple times why DGW is good for us, so I would vote against it. A while back I emailed you the idea of having you investigate other proof-of-document-storage coins that are live and floated the idea of installing their software and evaluating each one. Have you considered doing that yet or would you like us to ask someone else to do it? |
|
|
|
Thank you for your single opinion; snat. You are one of our 2500 users (accurate user count from the pool database), and one of approx. 10 (out of 2500) who continually try to make a mockery of this forum (by steering investors away from the core mission: building value for biblepay) - and you havent disclosed if you even own one sanctuary. Otoh, I'm entirely focused on that mission: building value for biblepay. http://pool.biblepay.org/ -> Report > Block Distribution For block 75130, there were only 47 people mining via Proof of Work. There's probably more at purepool, let's give you 100 unique users there: http://www.purepool.org/main/statisticshttps://www.biblepay-central.org/en/podc/leaderboard/For the leaderboard, I see payments stop at around 320. Maybe 320 unique accounts that are actively participating at most in BiblePay mining. Minus your 80+ masternodes... if the other 280 masternodes are unique, you have another 200. Being generous, you have at most 620 people participating in BiblePay. That's a far cry from 2500 you quoted. Please don't inflate numbers like Facebook with registered accounts... Let's look at active accounts. Point in saying all this is that snat's comments are more valuable and relevant than you care to minimize. Incorrect - and in the future, if you are going to be argumentative, again misleading investors consistently, I will have to ask you to stop posting inaccurate data. When you come up with an idea that is inaccurate you should ask others first before posting it as "Fact". Its absolutely inaccurate. (Just as the accusation of comingling was). I don't like to mislead our investors - or post inaccurate figures. Next, I do not make up things and post them for fun - I only post facts Sun. (As I always have). In order to perform your calculation, you need to count distinct solo mining keys, heat cpids, and PODC cpids. And that does not take into account investors (who are not only a real part of BiblePay, but the ones who buy our coins so we can pay charity to our precious children!). We have 2,500 distinct pool accounts in one pool, and more in purepool that I deliberately didnt count (because of pool hopping and people trying to create multiple accounts). Btw, pool.biblepay.org has the ability to warn me when people create more than one active account, so it is a pretty accurate number. Therefore we have 2,500 total users - as I said. |
|
|
|
No absolutely not I'm still in contact with Habib and he is still committed to BiblePay. Unfortunately, he's had a very serious family-emergency, but he is planning to get busy with BiblePay again next month. I will ask him to give us a precise breakdown of his spendings before moving forward. The hardcopy-guide is also still being worked on (although it has become a project separate from Habib). I finished the website before going abroad last month. I came back last week, en now my focus is on the hardcopy-guide, airdrop, and PR. Thanks, I added a prayer for Habib and his family. |
|
|
|
|
** Great Features Being Developed for BiblePay Right Now **
- Migrating our Accountability.biblepay.org database of expenses and revenue to the core wallet
- Ability for the core to store actual charitable expenses in IPFS
- Ability for the core wallet to report on Expenses and Revenue without relying on the pool (decentralization)
- Theymos RPC report (exec theymos)
- Phase 1 of Church Tithing (more info on this coming soon)
- Key-man risk: working with MIP on a plan to decentralize this risk this month
- BiblePay Foundation: Working with Compassion on accepting BTC instead of fiat (still waiting for an answer). This partially drives our future decisions on dissolving the foundation, or changing its structure.
- Compassion Orphanage sponsorship reduction: We are still waiting on Compassion's reply confirming our child count decrease and report. I followed up with them twice, and they assure us they are working on it.
- Compassion Partnership with Jimmy Mellado: I sent a plan to Compassion for Jimmy, for Governance reimbursements and for 'orphan mining'. Both plans were redirected from Jimmys desk to IT. I was just sent an e-mail explaining that IT is going to digest this and "may" call us for a conference call.
- DAHF: Working due diligence with Fluidity (an SEC and FINRA regulated company that tokenizes assets on the blockchain)
|
|
|
|
|
I just want to quickly clarify something I think the 99% here know:
BiblePay has never manipulated, adjusted or lied about ANY revenue or expense in accountability.biblepay.org (its correct to the penny), and I, the founder have never cheated the orphanage out of any funds, nor ever comingled any funds with my personal account (this rumor started by SunK when he failed to recognize the transaction went from the dedicated wallet back to my wallet first as a repayment, then from me to myself) meaning that there was never a comingling, there was a dedicated account, and each line item always has been and is still correct in accountability.biblepay.org where it says it was handled by me, jaap, or any of our partners.
We are and always have been 100% honest.
I'm going to suggest an enhancement today for Theymos.
|
|
|
|
I'll try to explain this to you in a nice way: Part of my responsibility to give investors accurate information is not misleading them, and not compromising this forum with a personal tit-tat back and forth, as frankly its embarrasing.
I reserve the right to delete posts that do not move biblepay forward as a community.
We will not be ovverrun here with people's personal agenda on what they think should be our content.
If you do not trust my judgement, you are part of the problem.
Im not here to Censor, but you must start acting more respectfully and trusting my judgement.
As for respecting your judgement, well.. after this PM exchange, and the number of people driven away from this project/community through your attitude and actions... It makes it difficult We are all forgiven how can we not also forgive? ...
Yes, we are just men, and the least we can do is forgive others and also Not hold grudges. Im not sure if you have seen our Gospel Links section in the pool, but I highly recommend watching This man saw judgement day. It has nothing to do with where you are in your walk - its just worth watching . Have a good one, I have a lot of PMs and issues but I enjoy remembering seeing your reply yesterday, it was like a rushing waterfall from Christ coming over me. I will say this in PM, no need to go further in public. Are you trying to chase people away from this project? If I disagree with you, or challenge something my goal here is to better the project. I am working to not have a tone or aggressive stance, with that I may be "cold" as I remove more emotion from it than I Should? If that is the case then I am sorry. I have chosen to stay in the shadows for the most part. I wanted to help on the re-base, but frankly I don't know if I could work with you from the limited interactions we have had. "If I have the gift of prophecy and can fathom all mysteries and all knowledge, and if I have a faith that can move mountains, but do not have love, I am nothing." (1 Cor 13:2) “By this all will know that you are My disciples, if you have love for one another” (John 13:35). These are important verses. My wife has repeatedly mentioned the need for love above all else in dealing with others. I myself am nowhere near where I want to be, but I will keep working on it until I leave this life. Yes, I am trying to drive people away, yes! I believe you made a backhanded apology yesterday also - as you apologized and then went on to criticize anyway, as if criticizing from a place that is superior, with less information about the core wallet and the pool. The issue is: We created a pool post protocol that only required 750 bytes to be posted, and it was not until we extended the header size of the post data. The code does has the ability to decrease its header data size in the post, by removing one of the fields its posting. And we dont need stratum - if we did, I would have considered using it when I first made the pool. And its not an improvement, its just an efficiency improvement, which we dont need because each pool handles the small amount of traffic per miner per hour in the current format. So lets just focus on extending the header size of the three pools first, and then in the June mandatory removing the extra field. Thank you for your single opinion; snat. You are one of our 2500 users (accurate user count from the pool database), and one of approx. 10 (out of 2500) who continually try to make a mockery of this forum (by steering investors away from the core mission: building value for biblepay) - and you havent disclosed if you even own one sanctuary. Otoh, I'm entirely focused on that mission: building value for biblepay. I'm sorry it has come to this, but I have to treat this as insubordination - since I started this project, I have the right to run it until it is large enough to split the work up upon multiple lead devs and multiple functions. Its inherent trust lies in trusting me and if you cant do that frankly you should no longer be a part of this; as I think you have a hidden motive - possibly to drag down our price - or maybe workng for the enemy; its hard to say; but its clear you are a detraction and a net negative of our community. In light of that, Im going to give you one more chance to act more respectfully toward the BiblePay forum and myself. Please only post items that have to do with technical problems with biblepay, or how you are helping to solve them, or how you are helping other users, or spreading the gospel. Do not post one more post : attacking me, attacking the coin, attacking my character, or otherwise I will have to ask you to stop posting entirely on this forum. You have been warned - this is warning #1. |
|
|
|
quorum - the minimum number of members of an assembly or society that must be present at any of its meetings to make the proceedings of that meeting valid. I count 276 enabled right now. https://www.biblepay-central.org/en/masternodes/ DASH doc ( https://docs.dash.org/en/latest/governance/using.html) says, "The net total of yes votes must exceed 10% of the total masternode count at the time votes are tallied in order to pass."So, you need a net of 28 yes votes to pass proposal if the MN count was the same when the monthly superblock occurs. It's odd that if 28 Sanctuary owners each cast one YES-vote for a proposal, one Sanctuary owner with a single NO-vote can stop the proposal from passing. That makes sense though because it is the responsibility of the proposal creator to generate more interest in voting if s/he is dangerously close to losing. It doesn't make sense from a fair & balanced democracy viewpoint. It favors whales who can change the outcome of any vote at any time. No - it doesn't - its the job of each masternode owner to keep abreast of polls and make a vote; therefore it makes sense as it is. |
|
|
|
You obviously haven't a contrite and repentant heart. You have created this for yourself.
Nothing needs to be changed except your heart.
Now we are zeroing in on the problem: You aren't acting Christian, as Christian's do forgive one another.
Did you delete his post after saying you were not going to be censoring? Please stop blaming everyone, fact is none of us have the "he started it" to fall back on, we are called to something higher than that. As long as blame is being dished out it prevents one from looking inward... I'm going to "wait and see" how things progress too, that is the only way you can build trust and respect which is what you have really asked for. You can forgive someone without holding their past against them, but that doesn't create trust or respect, both of those need effort and to be built over time. As humans, we default to defense/deflect mode, unfortunately this is a common tactic the evil one uses to distract us, and prevent us from actually looking at ourselves. In a 12 step group this is step 1 : "Denial", there is a reason for this. Don't get me wrong I'm far from perfect and I am aware, and I will continue to work to BE better. I'll try to explain this to you in a nice way: Part of my responsibility to give investors accurate information is not misleading them, and not compromising this forum with a personal tit-tat back and forth, as frankly its embarrasing. I reserve the right to delete posts that do not move biblepay forward as a community. We will not be ovverrun here with people's personal agenda on what they think should be our content. If you do not trust my judgement, you are part of the problem. Im not here to Censor, but you must start acting more respectfully and trusting my judgement. |
|
|
|
|
Show Posts
