1) Spread the Gospel of Jesus Christ through service to and financial support of like-minded organizations, with accountability and transparency.
2) Support a community of believers, and provide a way for them to come together to widen their impact on the world for Christ.
3) Utilize our gifts, talents, and abilities to lead the way in developing sustainable and responsible methods of value creation in cryptocurrency, including for those with limited infrastructure.
4) Long-term return of value for participants/investors in the Biblepay ecosystem.
I'm glad you didn't call BiblePay a charity coin. Christian values can include charity work, but I don't think we should pigeon-hole ourselves. Innovation requires being able to pivot quickly as the environment changes without compromising core Christian values. Personally, and you're welcome to disagree, #1 and #4 seems to have been the focus thus far. #2 and #3 we need a lot of improvement. First, when an employer has high turnaround of staff that's usually red flag. BiblePay has turned away a lot of smart and talented individuals... You have to ask yourself why this is a recurring theme. Its difficult to operate smoothly and be a productive organization when there are constant stop & starts. You lose a lot of momentum and the community at large loses a lot of trust of the project as a result. You can be a talented developer, but if you don't know your weaknesses and don't delegate to other people, the organization limps along. Yes, when an employer has a high turnover it's a red flag (I guess that would be true when you can afford to pay the staff). In our case we had a lot of swearing people from Slovakia in the thread who didn't volunteer. I'm kind of insulted (as usual by most of your posts) as they are very insensitive ; I think 3-4 people that turned over in a volunteer project is not enough of a sample (especially when they were working for free in a hostile environment) - Please post examples of how we can delegate better (I have experience in this field). |
|
|
|
I've heard this argument before--if you don't like it, then make your own. Is that really efficient? Please don't make blockchain development out to be so difficult. With open source and copypasta, you can have a coin up and running in a few hours. BBP is unusual in its complexity. But that's not the point.
You have to make a choice. Either we're a community coin, and we all get input, or we're a monarch coin and we should just keep our criticism to ourselves. Which do you choose?
I just want to add to this. I have done a number of private blockchain applications, have a surprisingly large collection of blockchain development certifications (although I don't write much code myself at this point, as I'm a CTO for a tech company), and have worked on a number of non-crypto use cases in consulting engagements with massive organizations. That is to say ONLY that I feel qualified to speak about getting familiar with blockchain development, even if I don't have anywhere near the hands-on experience of MIP or Rob. In the matter at hand - my teams can typically get a new member through the blockchain basics and producing code in about a week, and can have a private fork up and running in a similar timeframe. Basic ETH20 chains or even Bitcoin forks aren't real hard to make, and there are a number of tools that can even assist people who want to make a fork. All I mean to say is that it isn't technical ability that is the barrier to entry. If it were, there wouldn't have been literally hundreds of new coins created last year. Creating something of value - thinking ahead, seeing the difficulties, responding to problems or scale, getting a differentiator that both adds value and stands out in a meaningful way....THAT's the barrier. Maybe with enough willpower somebody could fork a codebase themselves (or hey, just pay someone on Upwork to do it for you if you have to, or buy a college kid some pizza to clone a repository), but that's not at all what you need to actually have a coin and infrastructure up and running and supportable. I'm not sure that people understand how much innovation has gone into BBP. PODC, the distributed hedge fund, POG, POBH, there are so many interesting techniques and new ways of handing the now-almost-classical proof of work vs proof of stake problem, and that innovation goes beyond technical into thinking about real-world problems like electricity use, helping others, and spreading the Gospel. The other thing people don't understand is that when innovation rises, so does chaos. New ideas take lots of tries, lots of small adjustments. Some ideas are home runs, some are total strikeouts. Some are even great, but presented at the wrong time or wrong market conditions. If you want to play in an innovative space, you have to accept it. If you want something safe and stable, stay away from someone (or some system) attempting to push the envelope and do new things. I don't think it's "we're a community or not" - it's "do we have the same risk/reward tolerance, and do we want to do something radical or not?" In that sense, yes, someone with a lot of history, ability, time to spend, willingness, and capital will have a VERY loud voice as to the risk/reward tolerance. Rob is always seeking input on how the community wants to go, while bringing new ideas, but you can't blame the guy for voting with his time and money. But maybe the discussion could be more positive if we focus on what success looks like for BBP, and ensure that everyone who is a part of this community has the same goals. I'll put in another post in a minute or two of what I think that success is, just to separate the topics a little in case anyone wants to debate what I've said above  Although I agree in general with this, yes its true you can utilize a consulting company, who are experts at a niche to produce v1 of a forked BTC clone, or, a night time hacker can produce a BTC clone (knowing enough to be dangerous), I feel we are taking away some of the credit due to real blockchain programmers. That is, lets say there are 3 levels of expertise: a nighttime hacker who dabbles with c++, a veteran c++ coder, and a blockchain programmer who also knows 5+ years of c++. I still am of the opinion that #3 is more of a pink elephant. I've been looking for blockchain devs for years and they are extremely rare and valuable. Here's what you get when you fork a coin and you know nothing about the blockchain: A non-recoverable dead coin, a coin heading to the graveyard, and a coin you cannot maintain properly (IE release patches). One where the blockchain seizes up because someone made a mistake. The night time hacker might know how to compile bitcoin but do they really know how to create a new genesis block? Do they know how to write a new report using the transactions? Its one of those niches you learn through trial and error. It took me two years of nighttime sweat to finally figure out how to be a blockchain programmer. I was already a c# programmer for 20 years before I attempted this. (It did only take me a couple weeks to figure out how to clone litecoin, but that was back when there were no real guides and I was working on windows). So let's still give kudos to real blockchain programmers like MIP, and hope we attract more! All credit to Jesus for what we have achieved so far. Thanks Nox for your generous and professional contribution in BiblePay. |
|
|
|
So just to clarify as it seems you are still hanging on to some FUD here: POG does recalculate difficulty every block (just like DGW) - not once per day, but I maintain that it should not recalculate once per day because there is a single payment event per day. The payment event is a distinct event from difficulty recalculation and tithe acceptance. The important thing to understand is POG has a 40 block lookback for its barometer, while DGW has 28, and both algorithms recalculate difficulty every block (as they should). So there is nothing wrong with either algorithm - POG or DGW, and nothing wrong with using the diff algorithm in POG in prod (no flaws). There is no benefit to changing it - and it is an IT decision based partially on performance, which I care about, not on peoples "opinions" who are not blockchain programmers.
I'm unclear how my statement is FUD? I understand DGW doesn't recalcuate once a day. And maybe instead of saying PoG should recalculate the difficulty once per day, I should say should account "for at least one day worth of data instead of the current 40 block look back" to determine difficulty. Is that a clearer statement? If so, you have responded that the performance hit is the concern. I'm very interested to see what your data shows the difference would be in performance and ultimately if that performance hit could be loaded to the masternode network which is in my eyes, ripe with capacity, to give a more consistent user experience. You are welcome to ignore my "opinion" but that is all you are giving at this point when you don't give data to support your unilateral statements. And that gets back to one of the main issues that this coin is perceived to be undemocratic regardless of how you rationalize the justification for it. POG does not rely on sanctuaries for historical information as POG does not use contracts. If we were writing a smart contract system then POG would run on sancs, but its not necessary to do that and overcomplicate this system. As one of the big pros with POG is it offers a hard consensus. I would recommend studying up on bitcoins consensus mechanism and the difference between deterministic business logic and soft forks and then come back and discuss that matter. Additionally, it's clear that POG does not benefit from a 24 hour barometer as the financials of it only have one simple dimension. This is not unilateral, if you want you can invite all of the blockchain programmers from bitcoin over. And we are democratic, as every dollar spent on sanc voting rights can vote. |
|
|
|
Thanks for both your replies...
As far as my alleged FUD, PM me if you would when you feel that I'm portraying FUD as that is not my intent. I've given analysis that I feel is objective, I've laid out my dislike of PoG so all can account for that in my statements to mitigate any believed bias. It seems to me you clarify dissent as FUD and I also feel that when you make statements like "yet knew nothing about the effect of the DGW algorithm" you're jumping to conclusions and FUD'ing me (I knew/know the Dark Gravity Wave algorithm recalculates difficulty more than once a day, but my point was and still is, recalculating difficulty once a day for a even that occurs every 7 minutes doesn't make sense, thus DGW, but for a one a day event it needs to be AT LEAST that interval if not more).
Not sure if the case is if I've been unclear or you have not understood, and it really doesn't matter one way or the other (but I'll accept it was a lack of clarity which is why I shifted statements to get more to the heart of the issue, not because of a change in what I felt was the core issue). I'm here for the coin, I'm here for the orphans. I'm not anti-PoG because I hate the coin but because I continue to view it as not fulfilling the mission of the coin, much like you are pro-PoG because you feel it does help fulfill them.
We all have faults and areas we can improve. While looking at the coin's faults is not generally pleasant, it is needed to make informed decisions where they can be made and improvements for all those it affects.
So just to clarify as it seems you are still hanging on to some FUD here: POG does recalculate difficulty every block (just like DGW) - not once per day, but I maintain that it should not recalculate once per day because there is a single payment event per day. The payment event is a distinct event from difficulty recalculation and tithe acceptance. The important thing to understand is POG has a 40 block lookback for its barometer, while DGW has 28, and both algorithms recalculate difficulty every block (as they should). So there is nothing wrong with either algorithm - POG or DGW, and nothing wrong with using the diff algorithm in POG in prod (no flaws). There is no benefit to changing it - and it is an IT decision based partially on performance, which I care about, not on peoples "opinions" who are not blockchain programmers. On PODC vs POG: I see the pros and cons, and based on some of the cons I still imho personally veer towards POG while we weigh out the new user baseline results. I would still like to see an increase in user count (in contrast to stagnation) play out. If it doesn't play out in environment B over 6 months then maybe my opinion will change. We will have a democratic vote and discuss these pros & cons in great detail in that forum thread then. I don't want to use too much of my bandwidth on this right now since we will have a thread for it within 14 days. Til then lets see if we can deploy POG correctly and see how it behaves in the low emission environment. |
|
|
|
|
** Future Mandatory Upgrade Alert (for everyone Except Exchanges) **
All, it has come to my attention that POG has not been fixed. A bug has been discovered that affects the behavior of POG and we are working on it now.
I am extremely sorry for the inconvenience. I know we have a lot of upgrades in this community and this is not one that I planned for.
To make it easier on our exchanges, this upgrade is being completed in a way where only the users and sancs will need to upgrade. I am aiming for at least one quarter of stability before our next exchange mandatory upgrade.
Since it is extremely important that POG works properly in this first Phase, I am shooting for a Thursday mandatory upgrade deadline, and for the code to be ready within 24 hours.
More information will be posted as soon as the next version is ready.
Again -- sorry for the inconvenience.
Rob
|
|
|
|
This coin has tons of potential. But the why people don't step up?
1) If they disagree too heartily with the developer, they've been called FUD'ers, satanists or told to go elsewhere if they don't like it, all the while being told how democratic the coin is
2) When the development jumps around so much, it's frustrating to do work in documentation only to see the product change rapidly for seemingly no reason.
3) When non-technical users have issues, there are a lot of variables to check. Which leads to frustration especially when the official line is this-that or the other will be so easy a child or grandma can do it.
4) When the Dev says he has a plan (which in all fairness, he's gotten us this far and probably through a combination of skill and will, will continue unless he gets to the point where it no longer checks whatever box it checks now for him), but is vague about it, it doesn't really feel like a community coin. And taken with point 2), if it's going to change again (and ostensibly again and again), it's hard to say what one is stepping up for.
5) Projects run on trust. And while I don't begrudge the Dev for remaining anon or having a hundred (or whatnot) masternodes, that lack of disclosure hurts the coin nearly as much as some of the more complex issues.
So, if PoG becomes the full law of the land, and BBP can be satisfied with it for more than six or nine months, I'd wager people will once again start to step up. But the uncertainty and inconsistency is the main reason I feel this community has trouble attracting and keeping volunteers. If the price improves (for market reasons or manipulation or providence or just dumb luck) it will quiet much of the concern. BBP has come a long way in the year and a half run. It's helped numerous orphans, I do think it's very likely its changed more than a few lives for the better. It can do so much more in the future, it's just a hard road to get there and one that is at times frustrating.
This is a relatively fair assessment, its not overly harsh and I can deal with this, thanks West. On #1 - If they disagree with the developer they are called Fudders or Satanists. I strongly disagree with this #1. This is simply not true. The problem here is your perception of my reply. Look, We are in a cryptocurrency, so it is of paramount importance to get posts right, as it affects our investors perception- but for BiblePay, imho, its even more because it hurts our orphan count. That's why I'm so sensitive about Fud. You posted something 10 pages back about a misleading statement about pog (to hurt pogs perception rather than be a completely neutral with a biased constructive comment) you said "what is this the 3rd iteration or whatever" and some things alluding to that it had "problems" with the 40 block lookback, yet knew nothing about the effect of the DGW algorithm. It was correct for me to say this is FUD. The problem with the 2nd version of POG is just that the function is not returning the right value (even today) and its a technical thing, but it does not mean POG is flawed as a concept. So, this has been rampant with people like Slovakia attacking in the first 600 pages or so. I maintain that if a person gives me the benefit of the doubt, and is civil, and phrases what they do not know as a polite question, I cave and give the rest of the info and meet halfway. I admit flaws, in myself, in my code, in life in general, and meet halfway. I called people satanists who had mean spirited attitudes but remember the difference here, I apologized. (I don't remember you apologizing for attacking in ways that hurt us however). On #2 - We have big problems with our docs. I admit it. Jaap went on retirement, Luke resigned, we don't have a web developer, etc. Its something we need to fix. On #3 - This is a bona-fide problem because we constantly write cutting edge code that has RPC commands and no UI support for users. I think we are getting a leg up on this now that MIP is solving this problem as we speak. On #4 - I've come to the realization from the Holy Spirit that the project needs stability and that we should focus on adding Gospel features after our (POG?) is working and making it stable permanently. I still maintain the calling to be blessed by God is a platform that makes it useful for God's Kingdom (IE a tool for Christians, and an avenue to get saved). On #5 - This won't be like this forever - I feel that you will see transparency in my team and our bio in due time; we need to cover the status of The BiblePay Foundation first and this will be part of that endeavor. |
|
|
|
Regarding the new users, they will come and the vaccuum will be filled. You have my word on this.
And, remember, I only brought out the 9mm pea-shooter with BiblePay. You have yet to see the cannon. I'm not revealing the cannon until September. And I'm not bluffing here.
What is our current user level? What is the expected increase? How will this be empirically valued to determine magnitude of success? When will the new topic be unveiled? What can you tell us about that now? What say will the community have in it or will it be more like PoG and developed then unveiled? Due to the heavy work load required today, I'm just going to answer this from a high level, but do know, this is not a guess, as I do have empirical evidence from the pool and the money supply for a very close approximation of what will happen with POG in Environment B. (I have electricity costs, server counts, gap fills after we went live, etc). We currently only have about 80 miners using the biblepay pool (which is a rough estimate of our current active user count). We had approx. 300 when we were bigger. The POG model costs the end user about $10 per month (roughly) as compared to the old model (costing the power user about $150 per month in server depreciation and electricity). In Environment B - if PODC is retired, at our current low price, we would see an increase from 50~ POG miners to approx. 750 within approx 30-90 days. This is because in crypto, the vacuum will be filled due to the free market economics (IE how easy it is to use POG without any specialized training and with commodity hardware). (I also have a mailing list of 5000 prior biblepay miners I will notify). The real question is (My question) is the impetus of growth placed on environment B, will it catch on and grow to 5000-10,000 users. Another words my hope is not simply to fill the void and exist, the hope is to actually grow. This would occur as the price appreciates and creates a self fulfilling growth environment with POG. (Price appreciation occurs as the new users buy some BBP and this invites more new users to POG because POG then supports payment for more machines). Regarding the September statement, it will not be unveiled until after MIP finishes the Dash rebase, the code is deployed and successful in prod, and the market fully apprises its price change; then I will speak about it - and as usual, speak about it as a pre-production change (if its a code change) before its coded. The only time we code something before we speak about it is when we are developing a proof of concept to fill in the blanks to speak about the concept. |
|
|
|
I thought PoG would be really simple and it would really be a heavy marketing effort. But after using it for a bit, I don't feel it is ready. I can't really speak deeply to the code or the technical stuff behind. It seems to be mostly working with the odd issue with difficulty and offline transactions. Both, I understand are addressed in the most recent versions. The UI stuff I read is coming along as well. Just from a usability and training point of view, it is more difficult than I thought trying to explain the concepts to new people. Maybe it is because we have a technical crowd that wants to understand the stuff under the hood. Maybe for others, having tithe=1 (or rather a GUI checkbox) to do this is all that is needed. I hope once PoG is refined further, we can make an effort spread PoG and get more participants onboard. Sun, please don't give up now. What if I tell you that we have a problem and we need yet another upgrade? Yes, there is a problem, and I'm making time now to announce it. It's clear to me POG is still not behaving properly and I know the reason why. Will you please help us straighten this out and will you passionate about it again once it's deployed properly? |
|
|
|
As to the fork, was that a serious question?
I am serious, but doing it in a joking manner, Ive stated before that I would support chains for both POG and PODC, Rob stated he doesnt have the time to do both I also know why no one has forked, Im trying to lead you guys to that answer, its because Rob is the only blockchain developer here (other than MIP) Rob has the knowledge, time, passion and commitment to run a cryptocurrency, I challenge you guys to do blockchain development, will anyone step up? or will there just be more talking LOL I get it--if we don't want to launch a new coin, we should just remain silent?
That sounds a lot like bullying, just to avoid hearing what the community has to say. Love it, or leave it huh? How very tolerant. /s No, Im laying out the truth, the action that must be taken if you guys want change, we already know Robs decision and the votes of the masternodes (and whether you guys like it or not, not voting is also a vote) I challenge you guys to do a fork, and we can truly see which chain does better Other than more talking, what other actions can you guys take? Also, it would make more sense to fork Bitcoin, since that is it more tried-and-true.
I personally wouldn't support a fork of Bitcoin, but maybe others would?  = Im tired of all the complainers, all the negativity, all the criticism, We have a lot of talkers and barely any doers, its the same song being played, If PODC is so great, why arent you guys forking? Will anyone accept my challenge?  = Also, everyone is complaining about price, but how many of you are educating and onboarding new users? How many of you are recruiting new investors? How many of you are helping smooth out the starting process? = Will anyone step up to help create youtube tutorials about BiblePay? (How to buy BiblePay, How to mine BiblePay) Will anyone step up to help write articles about BiblePay? Will anyone step up to help run our Facebook? = How do we get more users? How do we get more investors? How do we get more doers? Is anyone thinking about this? Is anyone willing to work on this? = Older Post: = Who will step up? You can be paid for your work: http://wiki.biblepay.org/UnderstandingGovernance This is one of the best posts in all 1,200 pages. Thanks Togo. I'm becoming more passionate about this situation now. |
|
|
|
Great one for this forum and Discord! It's a microcosm of the Heart, Jesus said people will speak from their Heart. |
|
|
|
On the topic of Proof of Distributed Computing (PODC), Its pretty obvious Rob is fully committed to trying out Proof of Giving (POG) over the next year, he even mentioned a while back these words: "Gridcoin can have that market" I support trying out Proof of Giving (POG), Rob has also mentioned this is just the starting version, there is still more work to do = Id advise anyone still really interested in PODC to check out and support Gridcoin:  CoinMarketCap: https://coinmarketcap.com/currencies/gridcoin/Discord: https://discordapp.com/invite/Bt4YHxJReddit: https://www.reddit.com/r/gridcoin/- CPU and GPU - 20+ Science Research Projects (Whitelist: https://gridcoin.us/Guides/whitelist.htm) - Pays crunchers every day to every few months (depending on staking amount) - Required to join Team Gridcoin NOTE: They are down 98%+ from their high, they got delisted from Poloneix, and they are having funding issues (I personally do not own any Gridcoin, but I used to read their Discord and Reddit for many months) = Theres also Foldingcoin and Curecoin, but note they both had extremely large premines and pay out their science rewards from a centralized entity = Also, I challenge anyone not interested in the current direction of BiblePay to fork the code  Why havent you guys grouped up and forked it yet?  I can assure you that regardless of any centralization Curecoin, foldingcoin, and Gridcoin have contributed a million times more to the betterment of mankind than biblepay. Its sad to read comments like "Gridcoin can have that market" And I would also remind you that there is another option besides forking biblepay, and that is for people to simply leave and put their time and effort into other promising projects. I see almost all constructive criticism in this thread rebuffed. I have nothing against Gridcoin and Foldingcoin, I'm sure they have contributed more to DC research than BiblePay, yes, and if you believe in nanotechnology advances and improving humanity through cures (faster than the rate of Mertons Law and Moores law) then everything will be fine for your offspring. However I take offense at the rest of your misguided and insensitive post, that BiblePay is orders of magnitude behind. While in reality we have contributed magnitudes more to the most important Kingdom: the souls of Orphans. The deflationary orphan environment alone makes us the most important, that is if you value your fellow man and if you find value in God's Kingdom. Then you go on to ask people to walk away (It reminds me of someones behavior who walked away from the live pool they were supposed to support). Its clear that you dont want to be a part of this community, so please stop interfering with our growth. Please do what makes you happy, otoh, if you want our prayer, Ill forgive you. |
|
|
|
i think i had 2 rejected tx again, 6hrs ago
they were offline in wallet until now. i restarted wallet and they were confirmed and are sending now
is it normal?
Orbis sent me a few examples of this; analyzing now. |
|
|
|
BIBLEPAY where is new your users, still see only 35-50 maximum users......  this is next blamage Please note: If you make one more negative post Slavino you will be banned from the forum. I am cleaning up this forum and we only want positive contributions going forward. (True constructive criticism is welcome, but not mean spirited attitudes like yours, Mackos, Slovakias and SVK Nokos, those spirits are NOT welcome any longer). Thanks. Regarding the new users, they will come and the vaccuum will be filled. You have my word on this. And, remember, I only brought out the 9mm pea-shooter with BiblePay. You have yet to see the cannon. I'm not revealing the cannon until September. And I'm not bluffing here. PS In my opinion you should have written a nice help guide for us in Slovak, or written some nice letters. Please e-mail me if you want to hear more about the gospel. I do feel that you should be equipped to spread the gospel if you are vocal in this community. |
|
|
|
I'm not setting up an account with Github to report so either look into or don't. However, tonight I restarted my VM with my wallet running 1.1.8.8. After doing so, it said out of sync and said it was over a year out of sync. Odd but ok. However, the "bug" I'm finding is if I click the link for the POG leaderboards before it is done syncing, it will crashed the wallet. I'm assuming it is because we didn't have PoG back then. I also notice that my "tithes" awards aren't currently showing up as tithes in the list yet. I will report back after it finishes syncing.
Edit: I can also reproduce this on a different system I have as well if I'm resyncing from the beginning.
Windows 10 Pro x64 with latest updates.
OK, I'll look into this tomorrow. Thanks. |
|
|
|
|
* * C-CEX UPDATE * *
C-CEX chain is audited and re-synced, and upgraded to the newest version.
Trading is open again.
|
|
|
|
|
SVK Noko and Slovakia, please PM me if you have any problems with posts not appearing (after reading our forum guidelines in the OP Post).
This forum is not a playground.
|
|
|
|
Hello,
Can you please explain bankroll for the non technical user.
I have old coins in my wallet, why i need bankroll, why it is not done automatically ?
How can I explain this to my granny who want to use BBP? she doesn't knows anything about computers, she just want to buy some BBP and leave the wallet open few times a day and receive some rewards for POG.
I just want to convey that the POG end user features aren't 100% finished - in all respects. We just launched with enough to get by until we transition through the next vote. MIP is already working on features for the end user from one perspective - the strategic tithing. And if POG looks to take over PODC, I most certainly will be creating an auto-bankroll feature for Granny. But let me say this first, the wallet as is does automatically for the most part tithe with 80% accuracy by itself (after block 102025) without exec bankroll for Granny. This is because 90% of the standard coin sizes (IE coinbase rewards and transactions below 5000 bbp) will age by themselves and meet the low difficulty level. Half of the requirement for the bankroll RPC command was to protect the denoms to not spend them in PODC (so that command didn't have to do with Granny). The other thing is the bankroll command cant guess the required size (so even the power user really doesnt know how to make them as they dont know how big to make them). So in summary, I'm waiting to watch the average difficulty of the network in Pog phase 2 (after block 102025) first and see if we are in dire need of anything for the mass adoption - if we are lets take a look at exactly what requirement that is and we will react and add a tool or feature for that in the version that goes live around block 108,000 or so (a leisure). I'm all for supporting Granny! We might just need a leisure upgrade for her. |
|
|
|
I have 6 tithes with 0 confirmations that are already 3 hours old. The TXs are currently reducing my balance. I already tried to restart the wallet but nothing.
What should I do?
The rejects should stop as of 102025, then no restart will be required. |
|
|
|
What’s the transperancy on this coin? Are the devs out in the open? And the donations? Thanks!
Yes, please see accountability.biblepay.org. |
|
|
|
|
1.1.8.8 - Leisure Upgrade
- Prevent 'exec bankroll' from spending bankroll denominations
- Prevent PODCUpdate from spending POG bankroll denominations
|
|
|
|
|
Show Posts
