Best General RenVM Questions of January 2020 \
These questions are sourced directly from Telegram* Q: Are all the projects listed in the Ren Alliance, the final set of members? A:
No, please do keep in mind this just our first round of partners, some larger orgs require a bit more DD (i.e our audit). We’ll release the final set of members when Mainnet goes live.
Q: How do projects join the Ren Alliance? A:
It’s simple, just fill out this application
. It takes about five minutes, and all you need is your company’s logo files and your preferred area(s) of involvement. Joining the Alliance requires no binding commitments, only a desire to help bring cross-chain assets to DeFi.
Q: For example let's say there is a crypto index which contains 1 BTC and 1 ZEC. I have 1 BTC and 1 ZEC and I would like to “mint” this index token with RenVM. Will something like this possible in the future? A:
This is already possible today. RenVM allows you to mint renBTC and renZEC (and renBCH) on Ethereum. This result is an ERC20 like any other with the addition that when you burn it, you get real BTC and ZEC back.
Another nice feature is that you can directly call smart contracts when minting. This is not possible in any other system, and results in a very clean and simple user experience. People can make a BTC transaction followed by a ZEC transaction and with no other blockchain actions end up with their BTC and ZEC in your example system (your example system would have functions for accepting BTC and ZEC and when receiving both, it would output some kind of index token; exactly how it functions is up to how you want to implement your contract!)
Q: What blockchains does RenVM support? A:
RenVM can support any ECDSA based blockchain but we'll be starting with BTC, ZEC, and BCH. More info here: https://github.com/renproject/ren/wiki/Supported-Blockchains
Q: Another concern is chain rollback. In the case of MakerDAO getting hacked (unlikely, but not impossible), the Ethereum network could rollback just like with the DAO. (Unlikely, but not impossible). But what if the attacker already has deposited the hacked funds into RenVM and gotten a private coin? A:
A roll-back would still revert that state. Privacy on-chain != no state tracking something (just in a way that doesn’t reveal information). So reverts don’t really matter in that sense. They do matter in a broader sense: you have renBTC and you burn it for BTC, then Ethereum rolls back to when you had renBTC still. This is something the Ethereum community has to consider very carefully these days if they were to ever do such a revert. This is an ultimately unavoidable truth RE interoperability; you are compounding risks of the chains you are using. In general, this is why it’s always safer to keep your BTC on Bitcoin unless there is a specific reason you need it on Ethereum at any given point in time.
Q: If BTC can be transferred with zero confirmation how many transactions RenVM can handle? A:
RenVMs throughput isn’t affected by conf-less transactions. This is a service provided by L2 technology (like the 0Conf team, who are building exactly this!). This doesn’t affect RenVM directly, but it does have the pleasant impact that users won’t notice network congestion if it happens.
Q: Can you explain the over-collateralization security dynamic between tBTC and RenVM? Does this play into Maker using RenVM vs. tBTC to collaetize their CDP’s A1:
It’s not the over collateralization that’s the problem. It’s that to get $X BTC they need 1.5x $X ETH locked up in their protocol. What about other places that give better ETH returns? What about the fact that ETH doesn’t go up in price just because tBTC is used?
With REN, we are actually over collateralized (so they’re wrong that they are more secure in this regard). The big difference: BTC flowing through REN increases the value of the REN collateral, increasing the security, increasing the capacity of BTC that can flow through the system. It’s a positive feedback loop for capacity and security that simply doesn’t exist if you don’t use an isolated token. A2:
Maker wants to use BTC to collateralise Dai, because it diversifies risk and expands the possible Dai supply (by expanding possible collateral). If you use tBTC, then tBTC is collateralised by ETH so you actually become less efficient at minting Dai, and you don’t diversify risk because tBTC gets liquidated by ETH price movements.
You don’t want your network secured by collateral that has speculative value that is not correlated with the usage of the network. That makes things unstable.
If RenVM is being used, the value of REN increases, and the more RenVM can be used (and Darknodes get the positive upside of their bond increasing in value). This means by pumping lots of BTC into RenVM, you gain more capacity to pump more BTC into RenVM. This creates a positive feedback loop for the returns earned by Darknodes, the value of their bond, and overall/capacity security of the network.
Compare to tBTC: you are waiting for ETH to go up in value. It’s value, which does not correlate with the amount of BTC in the system, limits the AUM that the system can hold. You’re hoping it will go up independently of the usage of your network and if it doesn’t you’re out of luck. Network growth does not drive the ability for the network to grow. Your are also competing with the returns on ETH that other ecosystems allow you to get (why bond ETH in tBTC if you can get better returns on that ETH in other places; lending it or staking it in Eth2.0). (Btw: we’re doing research to get our collateralisation of REN to 150%. It’s already possible, and could be done today, but we are just seeing if we can make it safelivelier than the current best-in-class algorithms.)
Q: How do we define the value of L and R if we don't use oracle price feed? A:
It will be decided by the Darknodes. The best mechanism of doing this is still being decided upon. However, it won’t simply be taken from the current market price / third-party oracles as those are vulnerable to manipulation. Ultimately, the only valuation that matters is the Darknodes (because they’re the ones being potentially bribed).
Q: In my opinion, RenVM (and tBTC adoption bottleneck: 300% collateral ratio» this ratio is important for security and decentralization» to sustain this ratio we need significant fees to be imposed on Renbtc holders» example: if there was 100m$ Renbtc total supply then we need 300m$ ren locked in darknodes» if 3-5% fees paid for those 300m$ then we need to extract 9-15 million fees from the 100m renbtc» that equal 9-15% annual fees» of course it will be lower with the minting and burning fees but I don't think it will cover half of the total needed fees» the result with the current design there are still too much economic friction IMO. A:
The key thing to keep in mind is velocity. Not just TVL. Let’s take Kyber as an example: they have $4.9M AUM. But, they did $3.7M in trades in the last 24 hours. Over the year, that’s 275x their AUM.
So, if RenVM is holding $100M AUM, and achieves a volume multiplier of 200x then it gets $1M p/a in holding fees but $40M in minting/burning fees. This is all assuming the minimum fee as well (it rises as TVL approaches the limit). So RenVM would need a $300M market cap on $41M in revenue. That’s 13% p/a, assuming we don’t make the move to only 150% collateral. If we do move to that, then it’s almost 33% p/a.
RenVM is by far and away the best UX for instantly swapping BTC on DEXs (with no gas, and no confirmations). All of the interfaces we’re building and the tools we’re providing give people that native experience. This is precisely because high TVL is not what yields good returns and increases cap for the protocol.
Even systems like MakerDAO/Compound have people moving BTC in/out. Their AUM is by no means static. People are constantly opening/closing/liquidating positions and all of this is would create velocity through RenVM.
Q: How was ETHDenver? A:
ETHDenver was great, and very productive, confirmed a lot of our thoughts on what needs to be done but also gave us a good amount of exposure, so overall it was a positive for the team and RenVM.
Best General RenVM Questions of January 2020
*These questions are sourced directly from Telegram Q: When you say RenVM is Trustless, Permissionless, and Decentralized, what does that actually mean? A:
Trustless = RenVM is a virtual machine (a network of nodes, that do computations), this means if you ask RenVM to trade an asset via smart contract logic, it will. No trusted intermediary that holds assets or that you need to rely on. Because RenVM is a decentralized network and computes verified information in a secure environment, no single party can prevent users from sending funds in, withdrawing deposited funds, or computing information needed for updating outside ledgers. RenVM is an agnostic and autonomous virtual broker that holds your digital assets as they move between blockchains.
Permissionless = RenVM is an open protocol; meaning anyone can use RenVM and any project can build with RenVM. You don't need anyone's permission, just plug RenVM into your dApp and you have interoperability.
Decentralized = The nodes that power RenVM ( Darknodes) are scattered throughout the world. RenVM has a peak capacity of up to 10,000 Darknodes (due to REN’s token economics). Realistically, there will probably be 100 - 500 Darknodes run in the initial Mainnet phases, ample decentralized nonetheless.
Q: Okay, so how can you prove this? A:
The publication of our audit results will help prove the trustlessness piece; permissionless and decentralized can be proven today.
Permissionless = https://github.com/renproject/ren-js
Decentralized = https://chaosnet.renproject.io/
Q: How does Ren sMPC work? Sharmir's secret sharing? TSS? A:
There is some confusion here that keeps arising so I will do my best to clarify.TL;DR:
*SSS is just data. It’s what you do with the data that matters. RenVM uses sMPC on SSS to create TSS for ECDSA keys.*SSS and TSS aren’t fundamental different things. It’s kind of like asking: do you use numbers, or equations? Equations often (but not always) use numbers or at some point involve numbers.
SSS by itself is just a way of representing secret data (like numbers). sMPC is how to generate and work with that data (like equations). One of the things you can do with that work is produce a form of TSS (this is what RenVM does).
However, TSS is slightly different because it can also be done *without* SSS and sMPC. For example, BLS signatures don’t use SSS or sMPC but they are still a form of TSS.
So, we say that RenVM uses SSS+sMPC because this is more specific than just saying TSS (and you can also do more with SSS+sMPC than just TSS). Specifically, all viable forms of turning ECDSA (a scheme that isn’t naturally threshold based) into a TSS needs SSS+sMPC.
People often get confused about RenVM and claim “SSS can’t be used to sign transactions without making the private key whole again”. That’s a strange statement and shows a fundamental misunderstanding about what SSS is.
To come back to our analogy, it’s like saying “numbers can’t be used to write a book”. That’s kind of true in a direct sense, but there are plenty of ways to encode a book as numbers and then it’s up to how you interpret (how you *use*) those numbers. This is exactly how this text I’m writing is appearing on your screen right now.
SSS is just secret data. It doesn’t make sense to say that SSS *functions*. RenVM is what does the functioning. RenVM *uses* the SSSs to represent private keys. But these are generated and used and destroyed as part of sMPC. The keys are never whole at any point.
Q: Thanks for the explanation. Based on my understanding of SSS, a trusted dealer does need to briefly put the key together. Is this not the case? A:
Remember, SSS is just the representation of a secret. How you get from the secret to its representation is something else. There are many ways to do it. The simplest way is to have a “dealer” that knows the secret and gives out the shares. But, there are other ways. For example: we all act as dealers, and all give each other shares of our individual secret. If there are N of us, we now each have N shares (one from every person). Then we all individually add up the shares that we have. We now each have a share of a “global” secret that no one actually knows. We know this global secret is the sum of everyone’s individual secrets, but unless you know every individual’s secret you cannot know the global secret (even though you have all just collectively generates shares for it). This is an example of an sMPC generation of a random number with collusion resistance against all-but-one adversaries.
Q: If you borrow Ren, you can profit from the opposite Ren gain. That means you could profit from breaking the network and from falling Ren price (because breaking the network, would cause Ren price to drop) (lower amount to be repaid, when the bond gets slashed) A:
Yes, this is why it’s important there has a large number of Darknodes before moving to full decentralisation (large borrowing becomes harder). We’re exploring a few other options too, that should help prevent these kinds of issues.
Q: What are RenVM’s Security and Liveliness parameters? A:
These are discussed in detail in our Wiki, please check it out here: https://github.com/renproject/ren/wiki/Safety-and-Liveliness#analysis
Q: What are the next blockchain under consideration for RenVM? A:
These can be found here: https://github.com/renproject/ren/wiki/Supported-Blockchains
Q: I've just read that Aztec is going to be live this month and currently tests txs with third parties. Are you going to participate in early access or you just more focused on bringing Ren to Subzero stage? A:
At this stage, our entire focus is on Mainnet SubZero. But, we will definitely be following up on integrating with AZTEC once everything is out and stable.
Q: So how does RenVM compare to tBTC, Thorchain, WBTC, etc..? A:
An easy way to think about it is..RenVM’s functionality is a combination of tBTC (+ WBTC by extension), and Thorchain’s (proposed) capabilities... All wrapped into one. Just depends on what the end-user application wants to do with it.
Q1: What are the core technical/security differences between RenVM and tBTC?A1:
The algorithm used by tBTC faults if even one node goes offline at the wrong moment (and the whole “keep” of nodes can be penalised for this). RenVM can survive 1/3rd going offline at any point at any time. Advantage for tBTC is that collusion is harder, disadvantage is obviously availability and permissionlessness is lower.
tBTC an only mint/burn lots of 1 BTC and requires an on-Ethereum SPV relay for Bitcoin headers (and for any other chain it adds). No real advantage trade-off IMO.
tBTC has a liquidation mechanism that means nodes can have their bond liquidated because of ETH/BTC price ratio. Advantage means users can get 1 BTC worth of ETH. Disadvantage is it means tBTC is kind of a synthetic: needs a price feed, needs liquid markets for liquidation, users must accept exposure to ETH even if they only hold tBTC, nodes must stay collateralized or lose lots of ETH. RenVM doesn’t have this, and instead uses fees to prevent becoming under-collateralized. This requires a mature market, and assumed Darknodes will value their REN bonds fairly (based on revenue, not necessarily what they can sell it for at current —potentially manipulated—market value). That can be an advantage or disadvantage depending on how you feel.
tBTC focuses more on the idea of a tokenized version of BTC that feels like an ERC20 to the user (and is). RenVM focuses more on letting the user interact with DeFi and use real BTC and real Bitcoin transactions to do so (still an ERC20 under the hood, but the UX is more fluid and integrated). Advantage of tBTC is that it’s probably easier to understand and that might mean better overall experience, disadvantage really comes back to that 1 BTC limit and the need for a more clunky minting/burning experience that might mean worse overall experience. Too early to tell, different projects taking different bets.
tBTC supports BTC (I think they have ZEC these days too). RenVM supports BTC, BCH, and ZEC (docs discuss Matic, XRP, and LTC). Q2: This are my assumed differences between tBTC and RenVM, are they correct? Some key comparisons:
-Both are vulnerable to oracle attacks
-REN federation failure results in loss or theft of all funds
-tBTC failures tend to result in frothy markets, but holders of tBTC are made whole
-REN quorum rotation is new crypto, and relies on honest deletion of old key shares
-tBTC rotates micro-quorums regularly without relying on honest deletion
-tBTC relies on an SPV relay
-REN relies on federation honesty to fill the relay's purpose
-Both are brittle to deep reorgs, so expanding to weaker chains like ZEC is not clearly a good idea
-REN may see total system failure as the result of a deep reorg, as it changes federation incentives significantly
-tBTC may accidentally punish some honest micro-federations as the result of a deep reorg
-REN generally has much more interaction between incentive models, as everything is mixed into the same pot.
-tBTC is a large collection of small incentive models, while REN is a single complex incentive model A2: To correct some points:
The oracle situation is different with RenVM, because the fee model is what determines the value of REN with respect to the cross-chain asset. This is the asset is what is used to pay the fee, so no external pricing is needed for it (because you only care about the ratio between REN and the cross-chain asset).
RenVM does rotate quorums regularly, in fact more regularly than in tBTC (although there are micro-quorums, each deposit doesn’t get rotated as far as I know and sticks around for up to 6 months). This rotation involves rotations of the keys too, so it does not rely on honest deletion of key shares.
Federated views of blockchains are easier to expand to support deep re-orgs (just get the nodes to wait for more blocks for that chain). SPV requires longer proofs which begins to scale more poorly.
Not sure what you mean by “one big pot”, but there are multiple quorums so the failure of one is isolated from the failures of others. For example, if there are 10 shards supporting BTC and one of them fails, then this is equivalent to a sudden 10% fee being applied. Harsh, yes, but not total failure of the whole system (and doesn’t affect other assets).
Would be interesting what RenVM would look like with lots more shards that are smaller. Failure becomes much more isolated and affects the overall network less.
Further, the amount of tBTC you can mint is dependent on people who are long ETH and prefer locking it up in Keep for earning a smallish fee instead of putting it in Compound or leveraging with dydx. tBTC is competing for liquidity while RenVM isn't.
Q: I understand correctly RenVM (sMPC) can get up to a 50% security threshold, can you tell me more? A:
The best you can theoretically do with sMPC is 50-67% of the total value of REN used to bond Darknodes (RenVM will eventually work up to 50% and won’t go for 67% because we care about liveliness just as much as safety). As an example, if there’s $1M of REN currently locked up in bonded Darknodes you could have up to $500K of tokens shifted through RenVM at any one specific moment. You could do more than that in daily volume, but at any one moment this is the limit.Beyond this limit, you can still remain secure but you cannot assume that players are going to be acting to maximize their profit. Under this limit, a colluding group of adversaries has no incentive to subvert safety/liveliness properties because the cost to attack roughly outweighs the gain. Beyond this limit, you need to assume that players are behaving out of commitment to the network (not necessarily a bad assumption, but definitely weaker than the maximizing profits assumption).
Q: Why is using ETH as collateral for RenVM a bad idea? A:
Using ETH as collateral in this kind of system (like having to deposit say 20 ETH for a bond) would not make any sense because the collateral value would then fluctuate independently of what kind of value RenVM is providing. The REN token on the other hand directly correlates with the usage of RenVM which makes bonding with REN much more appropriate. DAI as a bond would not work as well because then you can't limit attackers with enough funds to launch as many darknodes as they want until they can attack the network. REN is limited in supply and therefore makes it harder to get enough of it without the price shooting up (making it much more expensive to attack as they would lose their bonds as well).
A major advantage of Ren's specific usage of sMPC is that security can be regulated economically. All value (that's being interopped at least) passing through RenVM has explicit value. The network can self-regulate to ensure an attack is never worth it.
Q: Given the fee model proposal/ceiling, might be a liquidity issue with renBTC. More demand than possible supply?A:
I don’t think so. As renBTC is minted, the fees being earned by Darknodes go up, and therefore the value of REN goes up. Imagine that the demand is so great that the amount of renBTC is pushing close to 100% of the limit. This is a very loud and clear message to the Darknodes that they’re going to be earning good fees and that demand is high. Almost by definition, this means REN is worth more.
Profits of the Darknodes, and therefore security of the network, is based solely on the use of the network (this is what you want because your network does not make or break on things outside the systems control). In a system like tBTC there are liquidity issues because you need to convince ETH holders to bond ETH and this is an external problem. Maybe ETH is pumping irrespective of tBTC use and people begin leaving tBTC to sell their ETH. Or, that ETH is dumping, and so tBTC nodes are either liquidated or all their profits are eaten by the fact that they have to be long on ETH (and tBTC holders cannot get their BTC back in this case). Feels real bad man.
Q: I’m still wondering which asset people will choose: tbtc or renBTC? I’m assuming the fact that all tbtc is backed by eth + btc might make some people more comfortable with it. A:
Maybe :) personally I’d rather know that my renBTC can always be turned back into BTC, and that my transactions will always go through. I also think there are many BTC holders that would rather not have to “believe in ETH” as an externality just to maximize use of their BTC.
Q: How does the liquidation mechanism work? Can any party, including non-nodes act as liquidators? There needs to be a price feed for liquidation and to determine the minting fee - where does this price feed come from? A:
RenVM does not have a liquidation mechanism. Q: I don’t understand how the price feeds for minting fees make sense. You are saying that the inputs for the fee curve depend on the amount of fees derived by the system. This is circular in a sense? A:
By evaluating the REN based on the income you can get from bonding it and working. The only thing that drives REN value is the fact that REN can be bonded to allow work to be done to earn revenue. So any price feed (however you define it) is eventually rooted in the fees earned.
Q: Who’s doing RenVM’s Security Audit? A:
ChainSecurity | https://chainsecurity.com/
Q: Can you explain RenVM’s proposed fee model? A:
The proposed fee model can be found here: https://github.com/renproject/ren/wiki/Safety-and-Liveliness#fees
Q: Can you explain in more detail the difference between "execution" and "powering P2P Network". I think that these functions are somehow overlapping? Can you define in more detail what is "execution" and "powering P2P Network"? You also said that at later stages semi-core might still exist "as a secondary signature on everything (this can mathematically only increase security, because the fully decentralised signature is still needed)". What power will this secondary signature have? A:
By execution we specifically mean signing things with the secret ECDSA keys. The P2P network is how every node communicates with every other node. The semi-core doesn’t have any “special powers”. If it stays, it would literally just be a second signature required (as opposed to the one signature required right now).
This cannot affect safety, because the first signature is still required. Any attack you wanted to do would still have to succeed against the “normal” part of the network. This can affect liveliness, because the semi-core could decide not to sign. However, the semi-core follows the same rules as normal shards. The signature is tolerant to 1/3rd for both safety/liveliness. So, 1/3rd+ would have to decide to not sign.
Members of the semi-core would be there under governance from the rest of our ecosystem. The idea is that members would be chosen for their external value. We’ve discussed in-depth the idea of L<3. But, if RenVM is used in MakerDAO, Compound, dYdX, Kyber, etc. it would be desirable to capture the value of these ecosystems too, not just the value of REN bonded. The semi-core as a second signature is a way to do this.
Imagine if the members for those projects, because those projects want to help secure renBTC, because it’s used in their ecosystems. There is a very strong incentive for them to behave honestly. To attack RenVM you first have to attack the Darknodes “as per usual” (the current design), and then somehow convince 1/3rd of these projects to act dishonestly and collapse their own ecosystems and their own reputations. This is a very difficult thing to do.
Worth reminding: the draft for this proposal isn’t finished. It would be great for everyone to give us their thoughts on GitHub when it is proposed, so we can keep a persistent record.
Q: Which method or equation is used to calculate REN value based on fees? I'm interested in how REN value is calculated as well, to maintain the L <
3 ratio? A:
We haven’t finalized this yet. But, at this stage, the plan is to have a smart contract that is controlled by the Darknodes. We want to wait to see how SubZero and Zero go before committing to a specific formulation, as this will give us a chance to bootstrap the network and field inputs from the Darknodes owners after the earnings they can make have become more apparent.
Bitcoin is a what you can call a new type of online currency, a crypt-currency. This crypts-currency was propose in the late 90's by a group known as cypherpunks who mainly discussed about cryptography and security and among them was, for a currency that would be totally anonymous and free from the control of large banks and governments. around the late 2008 this guy named "Satoshi Nakamoto" wrote a rocking paper describing this concept of a a P2P payment system that would use the concept discussed by the early cypherpunks.
If you don't know why some intelligent folks are excited about the Bitcoin concept, you should take the time to understand. Bitcoin is a new form of currency that is accepted worldwide and can never be debased by politicians trying to get re-elected or countries trying to pay off huge debts. In a world in which the value of paper money is constantly ravaged by inflation, that's a very attractive attribute. Also, the world is very much ready for a "global" currency. Bitcoin satisfies that need.
Bitcoins are like cash in that they aren't tied to your identity, and transactions made with Bitcoins are irreversible and untraceable. But they're like credits in a manner that they aren't physical. Bitcoins are a peer to peer system.
What Bitcoin allows you to do is to send money to people, make purchases, just like real cash, only difference is this is online. Bitcoin in most ways behave like hard cash . you can give it to person to person, you can loose it, and destroy it.
Well, Bitcoin address is different from any other address system you may have encountered before, A bitcoin address consists of two addresses the public address and the private address. Like the name suggests the public address is public and can be distributed to any one and every one without any fear. the private address is the one you keep very private and secret and dont even tell that to any one at all. You keep it so secret, that no one can access it.
A bitcoin address is a hash of a public portion of a public/private ECDSA keypair and they looks like this:- 1La9GFB8sNRko99jP2N5AMQYPvmsDoVbKb. Bitcoin is in its infancy, a free market currency whose price or value is determined by the demand and supply. A multitude of factors could in theory affect Bitcoin prices, nobody in the current scenario can conclude that only a few factors affect Bitcoin, I will try to explain only “a few” that have had a considerable impact on Bitcoin prices recently, many more may be yet to be known.
Like gold prices that fluctuate due to a variety of factors, some of the factors which have been observed till date are listed below:
The initial growth of the Bitcoin ecosystem and prices was attributed to media articles, familiarizing it to more people. The world’s supply of Bitcoins is essentially fixed, but because people in the media keep talking about it, demand keeps rising. This leads to higher prices—and as prices go up, people who currently hold Bitcoins develop greater and greater expectations for the currency. Today, the excitement around Bitcoin is still confined to a tiny segment of the population — technology aficionados, monetary idealists and speculators. The potential for exposure is large.
A direct correlation between the Cypress bailout and Bitcoin price was observed. Some of the investors in Europe moved their investments into Bitcoin around the time of the Cypress bailout. This resulted in a huge cash flow into the Bitcoin ecosystem.
Demand crisis: Like any currency, Bitcoin is traded on exchanges, Bitcoin holders hoard their stash, which further reduces supply, which in turn boosts the price and sparks yet more media attention—and the cycle continues till profit selling takes place like in any currency.
Fear of Govt intervention
There is nothing illegal about Bitcoin . Cash is as anonymous and not tied to identity. But could government grow increasingly interested in defending its paper-money monopoly? We've already seen hints of this. But because the market is already huge and global, there will be growing attempts to control it, tax it and regulate it.
Trading Exchange outages
Trading exchanges like MTgox which handles almost 70% of trade have seen trading halted due to DDos's, but such events are seen to be temporary and the a price fall due to a DDos is usually recovered when trading resumes to normal levels, leaving only a temporary effect. Smaller exchanges have been hacked due to insecure design of the sites . The interim crashes could be sharp and scary. The Bitcoin algorithm, system and framework itself is preternaturally sound. As with any new creation, there are glitches and vulnerabilities that still need to be worked out in trading exchanges.
Bitcoins remain very much a niche payment method. In accepting the currency there is a small circle of large Internet companies’ participating in the system. Others include WordPress, which will sell you everything from Web hosting to CSS packages in exchange for Bitcoins. WikiLeaks and 4chan are part of a growing list of online organizations that accept Bitcoin donations. As vendor acceptance improves the value of Bitcoin as a currency improves.
Free market currency
Being in its infancy, Bitcoin will see wild price swings till it becomes established as a currency. The market is still in a price discovery stage and is expected to stabilize at a certain point, where its value and place as currency is usable in daily life.
You can use Bitcoins with people and business that accept Bitcoins. as a new currency there are not many brick and mortar stores that accept Bitcoins, but there are online services that may be purchased with Bitcoin. and like any new currency the growth is slow but then number of people and businesses accepting Bitcoin is increasing exponentially.
The Bitcoin algorithm was presented as a scientific paper and peer reviewed like any other scientific paper, the paper was widely accepted and is the sole fundamental of Bitcoin. The algorithm of Bitcoin has been designed so that it is resistant to quantum computers which have not been built as of yet.
All currencies are backed by gold or similar assets. Lets look at gold. What is gold backed by? What decides the value of gold? Demand and supply. What decides the value of Bitcoin? Demand and Supply.
Like gold the amount of Bitcoins is limited, only 21 million Bitcoins will be ever produced. The value of Bitcoin can be equated to how the value of gold is estimated. So the "fundamental" value of Bitcoin can only be estimated the same way the fundamental value of, gold can be estimated — which is guessing at what someone will be willing to pay for it at some time in the future. The whole premise of Bitcoin is that only a finite amount of it will ever be created. This is in stark contrast to standard currencies, the supply of which is continually increased.
Fiat paper currencies are a relic of a past age. It has proven to be a spectacular failure, giving rise to inflations and unending booms and busts. As technology progresses, markets look for an alternative. A single global digital currency is certainly in our future. Bitcoin is just the most successful example of that so far.
Bitcoin can be easily used for international transfers without paying commissions to third parts like banks and cutting down transaction times for bank wires from days to hours for a Bitcoin transaction.
It is always prudent on your part to view Bitcoins objectively and arrive at its value in your life. In my view, Bitcoin is the Internet, applied to Money. We need to remember that Bitcoin is not a stock, a company, or even a regular commodity. It is a technology. That technology is a payment system that is evolving into a real currency. Right now, its most spectacular use is in transferring funds from one person to another. It's as easy as sending a text message on a phone. We live in a digital age. We need a digital currency.
In order to use Bitcoin, you need a Bitcoin wallet. Bitcoin Wallet is just like your wallet where you keep your money. Wallets come in the form of softwares and web wallets.
Software wallets are simply installed on your computer. With these standalone clients, you are responsible for protecting your money and doing backups. While using these wallets, you need to bewary as some viruses are designed to steal your wallet files and the hacker can easily eat up your Bitcoins. So, I don't suggest these.
However, some software wallets are also released for smartphones. In these types of wallets, there is no need to backup the files as all the data is stored in the servers.
Examples: Bitcoin Official Client, Multibit, Bitcoin Wallet (Mobile), etc.
Web Wallets are the best and easy to use. They are secure as the data is not stored in your computer, it is stored on secure servers. However, it is very important to choose a good provider. Recently, a Web-based Bitcoin Wallet provider, Inputs.io was hacked and the hacker stole everything. This resulted in loss of millions of dollars. I suggest you to choose Blockchain Wallet or Coinbase. CoinBase just raised $25 Million.
I'm using BlockChain wallet here:
- First fill out the form at https://blockchain.info/wallet/new.
- After registering on BlockChain Wallet, login with your details.
- After logging you will see your Bitcoin address.
- This is your auto-generated Bitcoin address. You can use this to receive payments.
- if you are not satisfied with one address or need more. You can generate more addresses at "Receive Money" tab. First click on the "Receive Money" tab then click at "New Address" button.
How to earn:
- Purchase some Bitcoins at low prices and then sell them at high prices.
- Website Revenue: Earn from your website by adding non-annoying ads. These ads are very simple and clean. This is the way I earn Bitcoins. I'm talking about Anonymous-Ads - http://a-ads.com/.
- The other way is by using Bitcoin Faucet. But, these faucets are useless as the pay amount is very extreme low. You need to visit Faucets every hour and enter your address. They'll send you a payment in few hours.
Spending your Bitcoins is easy:
There are hundreds of retailers that accept Bitcoin. If you want a domain or hosting, go to NameCheap.com.
Here is a list of websites that accept Bitcoin: http://www.bitcointrading.com/forum/spen...-bitcoins/
but there are many more available.
You should also join the Bitcoin Community at http://bitcointalk.org
If you liked this post. Please give it a +1 for my work. It will help me to write more on Bitcoin.
Bitcoin's security, when used properly with a new address on each transaction, depends on more than just ECDSA: Cryptographic hashes are much stronger than ECDSA under QC. Bitcoin's security was designed to be upgraded in a forward compatible way and could be upgraded if this were considered an imminent threat. Bitcoin's security, when used properly with a new address on each transaction, depends on more than just ECDSA: Cryptographic hashes are much stronger than ECDSA under QC. Bitcoin's security was designed to be upgraded in a forward compatible way and could be upgraded if this were considered an imminent threat. LocalBitcoins is a bitcoin startup company based in Helsinki, Finland. Its service facilitates over-the-counter trading of local currency for bitcoins. Users post advertisements on the website, where they state exchange rates and payment methods for buying or selling bitcoins. Other users reply to these advertisements and agree to meet the person to buy bitcoins with cash or pay with online Bitcoin. The set of principles that secure a Coin from the State. The term and principles are defined by Satoshi in “Bitcoin: A Peer-to-Peer Electronic Cash System”. Consensus. An agreement among People. Also the set of people who participate in an agreement. Coin. A Consensus regarding a mutually-acceptable medium for Trade. BTC is a Coin ECDSA: Currency created for banks to make faster and more secure transactions: DigiByte: 2014 : DGB: SHA256: Designed to eliminate the weaknesses of Bitcoin & Litecoin Monero: 2014 : XMR: CryptoNight: Designed for anonymous monetary transactions Siacoin: 2015 : SC: blake2b: The main idea of data storage Litecoin: 2011: LTC: Scrypt
Bitcoin Price (BTC). Price chart, trade volume, market cap, and more. ... pripada par javnega in zasebnega ključa ECDSA iz domene asimetrične kriptografije. ... Wikipedia - Bitcoin (₿) is a ... bitcoin price & crypto news + analysis! 👍 thumbs up & subscribe now + 🔔! ***** vip elite trade alerts ***** 🏆 vip private trade alerts - https://t.me/vip... Trading and/or investing in Bitcoin (BTC), Ethereum (ETH) or any other type of cryptocurrency, altcoin, asset, security or related instrument of any kind is extremely high risk and the market ... Trading Bitcoin - How Strong is this Bounce? Understanding Bitcoin has been postponed till Oct 1-4 👉 Subscribe so you don't miss the next one: http://bit.ly/... xrp bitcoin price bitcoin crash vechain price prediction cryptocurrency btc eth litecoin ripple cardano cryptocurrency news monero My Website - Learn To Trade Crypto Like A PRO!