"Quick update on State of The Biblepay, and a request for any constructive criticism on a potential new idea. So before I share the new idea I want to say I am committed to adding new Gospel features to BiblePay. I dont want to give the impression that we are moving away from core values or anything like that. I feel like our Dev Team that is forming behind the scenes now will be able to continue to maintain and enhance the wallet and the pool with more features to spread the Gospel. We do need to continue searching and implementing ways on spreading the Gospel to IT Geeks, as we need to be true to God and practice what we preach, in that since He commands us to feed his sheep (as we help the orphans) and spread his word, we can do this at the same time by enhancing the wallet. Next, I want to explain some background. Ive been following Stratis for certain technical reasons over the last year and for a while I didnt think Stratis would affect BiblePay, but now I have reason to think it might be able to complement BiblePay if we complement Stratis. I was a corporate programmer for about 20 years and ended up programming in c# before I started a data company that has a product that is written in c#. So I do have a propensity to "understand" the architecture that built Stratis. Stratis is a rewritten blockchain infrastructure built from scratch in c#. Everything is there, the database, the hash function, the sha function, the blockindex, the syncing, everything. What Stratis does not have yet: No altcoins run stratis because the UI is still in its infancy, its a Web UI called Breeze. Also, they just finished writing POS a couple weeks ago so really no one was mining stratis except - in the stratis-berkeleydb-qt wallet using POW. Anyway the reason I mention Stratis, is I think it would be interesting if we were the first Altcoin to run a Stratis fork. I was thinking, I have the team behind the scenes that could potentially port Stratis into Biblepay and Biblepay into Stratis, and we could write a new C# UI, one that is not web based (that would be Windows native forms based as an EXE download). So our contribution to Crypto in this case is we would check-in the ability to run a stratis back-end on an altcoin with a Windows native UI (IE that is biblepays contribution). The Second contribution would be adding PoBH (our hash class), and the Third would be adding Dash masternodes To the Stratis core. So another words, we would have a native windows wallet download with masternodes, a new UI, and full sync-compatibility with the existing Biblepay wallet and keys.... I would estimate this project "could" potentially make BiblePays marketcap worth at least $100MM. (As Stratis is $795MM). It also gives us SegWit (which we have a quote request out for), allowing us to run Lightning Network in the future. Its an exciting project, that I think devs would want to jump in and help us with also- as I know the c# corporate workplace is very deep- and that could ensure our long term stability as well. I truly think this project could be done along side our normal Gospel enhancements, in a safe way. (Safe as in parallel until the Stratis wallet works). We basically would release a windows wallet that would sync in a compatible manner to the Berkeley wallet, and offer a separate download. If this project took off, we could refocus our support into the c# wallet and find a way to port the c# to mono, and stop developing berkeleys wallet (to have one codebase in the future). It does offer an interesting perspective, to support one codebase that is potentially c# in the future. And finally this idea opens up one more huge market for us that is harder on the berkeleydb side: Stratis smart contracts. Stratis is working on that, and I feel our future full dev team can integrate smart contracts into the stratis code, contracts that are more efficient. Ones that offer consensus based on c# code (instead of the bitcoin main chain), and - possibly, smart contracts that execute actual c# language code (meaning they could be very complicated contracts). The primary reason I write all this is to invite any constructive criticism on the idea. No I dont want to hear from people who do not know what they are talking about (for example, miner comments like Oh you are going to push us off linux, and kill us? ) Im talking technical and bitcoin and high level comments for this idea." -Rob "Dash will release the Evolution upgrade soon with Dapi and much more. Dash is the future. I think BiblePay should stay with the Dash business model and update the codebase as dash core release Evolution version. Unless you have a way to keep the dash core business model and ADD Stratis features. That would be great. Also, FYI, there is already a Stratis fork name Obsidian." -Samoshi "Thanks! Didnt know about Obsidian. I see all kinds of Stratis talk in their ANN. Their whitepaper is missing. Looking at their wallet pics it looks like they modified breeze. To include instant messaging. Thats the stratis web UI I was referring to - I think we would gain traction if we had a UI that looked like our QT that ran in windows natively with stratis. I synced stratis a couple months ago using source against bitcoin and it syncs very fast. I believe because the database is using NoSql which is apparently pretty good. It looks like flat files on the drive. Anyway, yes, I have evolution downloaded and running here. (Our other team needed to dissect it for their current project). So far it doesnt add anything to our needs for orphan payments, but I agree, we need to stay on top of potentially pushing new features back into biblepay. It does not include SegWit, so we really gain nothing by monkeying with the latest evolution check in at least for a little while. But to address your question about masternodes: I fully promise we will stick to our roadmap, and deploy our masternodes and let our integrity rise and hopefully our price as more users buy to lease masternodes, and we embrace them. For stratis, Im thinking about potentially running a stratis biblepay clone in parallel, one that is compatible with our chain, and porting the masternode (sanctuary) features Into the stratis clone to make that clone compatible with biblepay. If all went well theoretically, I was thinking (especially if our price was rising) about offering a second flavor of masternode in c#. One extra type of lease to run .NET code. (Thats just a concept for now)." -Rob Is this news from Stratis relevant? https://stratisplatform.com/2017/12/08/masternode_mainnet_beta_release/ That should help a lot. The good news is the UI does not appear to exist anywhere (other than that breeze web UI), so Im trying to do something slightly pioneering. On an interesting side note, all of stratis c# is written in the new cross-platform .NET "Standard core" version 2.0 (the one that was not written by microsoft), so the daemon actually runs on linux (and v2.0 does not have a UI for Windows). However, .NET 4.7.1 (with windows.forms UI) runs on windows, so putting a UI on it means it runs in windows and not linux. (We can look at mono on that later) but Im more concerned about writing a proof of concept now to see how it works. Conceptually a linux user would have biblepayd, the ability to mine in linux, and run from the command line. Windows would have the UI. Then we would have our nix programmers port the UI to mono. There would be no QT version (LOL). Very interesting. -Rob "I took a look at Obsidian, and Im happy to say that so far it is actually a port of Stratis with the Obsidian-QT wallet - meaning it does not yet include any Prod c# code, or c# UI. The UI in the Obsidian-QT wallet is the same as our Biblepay-QT wallet (minus the masternodes). The thing they are releasing at Christmas is messaging for Android - not c# web UI either. Thats good because that means we have a wide open space to do something pioneering with Stratis still. We might not be the first as this is a HUGE project. I think it will take a quarter to release a proof of concept. But its good to know we might be able to focus on this project for something very original and bright for BiblePay. I was thinking of a huge potential side effect we might inherit if we ever have a c# wallet. We could literally add hundreds of gospel features in the wallet without breaking compatibility with a very quick release schedule as the codebase would be pool compatible, and in addition we could add tons of windows forms features to the code." -Rob References: https://bitcointalk.org/index.php?topic=2388064.msg25800699#msg25800699https://bitcointalk.org/index.php?topic=2388064.msg25810636#msg25810636https://bitcointalk.org/index.php?topic=2388064.msg25818256#msg25818256
A number of players have been up in arms about all the Very Bad Things that will happen to the server if Bitcoin-mediated trading becomes popular. Some of this is due to the potential problem of people using their vast Bitcoin fortunes to buy their way into the game without doing any work, and that concern is legitimate. However, the more popular concern seems to be that people can use Bitcoin as an invisible, unbreakable chest outside of the Minecraft world, unavailable to other players, in which Bitcoin users may keep their valuables. I aim to demonstrate that this argument is incorrect on both points. Not only is Bitcoin not unassailable from within the Minecraft world, but it also does not let players do anything they couldn't do already. First, Bitcoin is not a perfectly secure store of value. While it is true that value in the form of Bitcoins cannot (barring hacking) be taken without a user's consent, that does not mean it cannot be stolen. The theft just requires cunning rather than the patience to mine diamond-protected Obsidian for hours. Here are just a few of the ways that Bitcoins can be taken:
Threaten to attack a town, unless Bitcoins are transferred to you.
Attack a town, and occupy it until Bitcoins are transferred to you.
Harass and grief a town, and demand a payment in Bitcoins to stop.
Imprison a player, and require a payment in Bitcoins in order to release them.
Threaten to release the coordinates of a secret location, unless a payment of Bitcoins is made.
Pretend to engage in a Bitcoin-denominated business transaction, but take the Bitcoins and run.
Set a large bounty of diamonds on someone, which you promise to remove if they give you their Bitcoins.
And many more!
So, even though Bitcoins cannot be taken from someone without any interaction on their part, they are by no means infinitely secure. However, they are also not really anything special, either. Bitcoin itself is a distributed accounting system: a means for tracking who has how many Bitcoins. The thing is, Bitcoins don't exist. There are no cryptographicaly-signed pieces of data or anything that constitute "Bitcoins". There are only records of how big everyone's balance is at any given time. The point I'm making is that this sort of record-keeping-based storage and transfer of value can be accomplished by anyone who can keep records. If you want to store 40 diamonds as securely as you could if you sold them for Bitcoins, just give them to someone else, and have both parties keep a public record of how they owe you 40 diamonds. Later, you could either call in your debt, in which case they would have to give you 40 diamonds, or (more likely), you could transfer the debt to someone else in exchange for 40 actual diamonds (or 200 iron, or a piece of property). As long as proper records are kept of who owes what to whom, diamond-debt is as useful a currency as Bitcoin. It is perhaps somewhat more of an "unbreakable invisible chest" than Bitcoin: Bitcoin transactions cannot be reversed by anyone, but if the whole server agreed that a transaction in diamond-debt was invalid due to coercion, it could be trivially reversed by removing it from the record.
Bitcoin Touches the $8500 Mark: The Cryptocurrency Market Finds a Strong Foothold Once Again Thomasparkar May-21-2018 In its past reports, CCN made a note that the 8,200 USD resistance level seems to be a crucial st Given how long it takes to mine a block of obsidian and the fact that you need diamonds first, it can be just as quick and easy to move the lava in a bucket where you want the obsidian to be and cast the obsidian there. This way there is practically no threat of falling into the lava or "losing" obsidian to deep lava pools. MCO PrePaid Visa Card – Rewards & Benefits and receive $50 USD for signing up. The MCO Visa Card has added additional rewards that are designed to fit the needs of consumers who are always on the move. Building on the existing travel rewards of the MCO Visa Card, which include free and unlimited LoungeKey™ Airport […] Bitcoin Cash (BCH) is released on 1st August 2017 as an upgraded version of the original Bitcoin Core software. The main upgrade is the increase in the block size limit from 1MB to 8MB. This effectively allows miners on the BCH chain to process up to 8 times more payments per second in comparison to Bitcoin. This makes for faster, cheaper ... The fastest way to mine it is an Efficiency V Diamond Pickaxe, with a Haste II Beacon set up nearby. This will reduce the time taken to mine each piece from 9.4 seconds to 1.8 seconds, or 32 blocks a minute. If you really need a lot of obsidian, and are willing to get involved, you may want to look into a wither obsidian farm.
Hey guys and today I have made a video on how long does it take to mine obsidian block with your fist! I hope you guys enjoyed! Please comment, like, and sub... How to start Bitcoin mining for beginners (SUPER EASY) - ULTIMATE GUIDE - Duration: ... BitCoin Mining Hardware Guide ft. CRAZY Obsidian Mining Rig - Duration: 8:30. NCIX Tech Tips 1,104,570 views. What it really takes to mine a Bitcoin in 10 Minutes. Firstly I'll show you a special free method to mine Bitcoin and send funds directly to your wallet in 1... If you have any more questions about GUIMiner or how to mine for bitcoins feel free to leave a comment down below or ... BitCoin Mining Hardware Guide ft. CRAZY Obsidian Mining Rig - Duration: 8 ... Follow mOE at: ☻http://www.twitch.tv/m0e_tv ☻https://www.facebook.com/m0etv ☻https://twitter.com/m0E_tv ☻https://instagram.com/m0e_tv Intro By PubFX http...