Bitcoin Forum
June 25, 2022, 04:50:41 AM *
News: Latest Bitcoin Core release: 23.0 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 »
1  Economy / Service Discussion / Re: WisePass "Ripple Gateway" -- SCAM? on: June 05, 2013, 01:22:16 PM
Man I bought a little bit of BTC and a few dollars on there, now there's no trade with the client and I can't get my money back into XRPs...what nonsense.
Have you tried asking WisePass for help? He claimed to he was going to refund BTC to the person who had complained to him. If you are dissatisfied, I'd recommend that as a first step.
2  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple or Bitcoin on: May 28, 2013, 01:32:16 PM
So you are saying the tag line for Ripple should be:

Ripple: it's the BitCoin for legitimate business.
yes, like paypal and other centralised solutions. and no, no one will convince me its not centralised as long as they not release their sources. i simply dont believe them.
So you are saying the tag line for BitCoin should be:

BitCoin: It's the Ripple for illegitimate business.
3  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple or Bitcoin on: May 28, 2013, 05:03:58 AM
I see Bitcoin as the store of value of the future. If we want to store money, or send it anonymously (absolutely anonymous Bitcoin transactions are coming), we have Bitcoin.

If we want to send money all around the world to all sorts of legitimate businesses and individuals in a bunch of different currencies, we have Ripple.
So you are saying the tag line for Ripple should be:

Ripple: it's the BitCoin for legitimate business.
4  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple or Bitcoin on: May 28, 2013, 02:00:10 AM
We need to make it so the trust is in the protocol itself. This requires public verifiability of transactions.
This is a key feature of Ripple. Transparent relationships between parties, public visibility of trust and balances, and public verifiability of transaction.

It is absolutely everything the traditional banking system isn't. Once the public gets used to transparency in their personal financial dealings they will begin to demand it of banking institutions as well.
5  Alternate cryptocurrencies / Altcoin Discussion / Ripple 1.0 vs Ripple 2.0 on: May 26, 2013, 03:01:39 AM
Ripple was born in this forum, so it seems appropriate to discuss its future here.
Bitcoin without mining
Re: Distributed Bitcoin Exchange

NOTE: This post is idle speculation. Please treat it as such. I do not work for OpenCoin. I have no privileged information that doesn't come from forums or OpenCoin web sites

So the other day I was trying to explain how OpenCoin might not actually be XRP speculators (as is the common wisdom). My basic guess was, maybe OpenCoin plans to just sell XRP to other companies so they can use XRP to activate their user's Ripple accounts. Seemed a plausible expedient way to see some substantial ROI. Then ahbritto posted something that has been nagging at me ever since.  Re: XRP Ripple money what advantage ?
Quote from: ahbritto
In the federation model, even with a million end users a gateway would only have two accounts: the hot and cold wallets.
Further, end users can remain completely ignorant of Ripple: XRP, trust, reserves, offers, the client.
Later while reading this thread, virtual currency trading wars bitcoin versus ripple xrp
I run across a web article that concludes:
Should Bitcoin believers be worried that Ripple is on its way to crush their dream currency? Absolutely not. Interest in Bitcoin will continue to grow, and separately, interest in Ripple will continue to grow. In fact, the Ripple network should help make bitcoins substantially easier to buy and sell, as well as legitimize them. Our take on it is that XRPs will primarily be held by institutions, while bitcoins will primarily be held by people. On a transactions level, XRPs will primarily be used in money transfers between institutions, while bitcoins will primarily be used to store wealth and buy things. If youre a trader, you should be long term bullish on both.
Normally I would just dismiss that out of hand, EXCEPT I noticed a comment by JoelKatz on the article.
Quote from: David Schwartz, May 24, 2013
Im going to start pointing people to this. It does a better job of explaining Ripple than weve been doing.

--- Begin Idle Speculation -----

So maybe, XRP and Ripple Accounts aren't designed for us after all. Maybe OpenCoin is starting to see Ripple as simply THE GLUE between other financial services providers. Basically, a peer-to-peer international version of the Automated Clearing House (ACH).

Please note that in this vision, we (currency users) are NOT the peers in BitCoin's sense of P2P. Nor are currency users even necessarily Ripple address/account owners. We might simply be Google Wallet users sending money to users of (China's version of PayPal). Or Dwolla users buying Zynga freemium upgrades. The actual Peers would be "federated" companies like PayPal, Google Wallet, Dwolla, FaceBook, Zinga, XBox Live, etc. Basically anyplace where users can have accounts and any type of currency or credits. The Ripple System just handles the inter-company exchanges and currency conversions. (Send $10 from google/sourceID to dwolla/destinationID.)

This concept substantially reduces the scalability issues inherent in Ripple ledger maintenance and consensus building. It also creates an pretty substantial business model for OpenCoin's XRP stash. They become the inter-currency market-maker by using their XRP as intermediate currency.

Note that being a "market-maker" doesn't require speculation. OpenCoin would make money on the ask/offer spread. Notice that if you want to exchange $1,000,00 USD for its equivalent in OTR (other) and you use XRP as an intermediate currency. Then there needs to be $2,000,000 USDs worth of XRP liquidity in the marketplace in order to determine a price.

USD/XRP (OpenCoin sells $1,000,000 worth of XRP at "ask") 
XRP/OTR (OpenCoin buys $1,000,000 worth of XRP back at "bid")

Big companies exchanging currencies don't have to care what the actual price of XRP is. They only have to care about the overhead inherent in the spread. Normally, market speculation keeps the market spread small. But conversely, if OpenCoin keeps the spread small on their own, it reduces the incentive for other speculators to even try to compete.

So I see two possible Ripple Systems.

Ripple 1.0 - The Ripple I presumed was being built. An improved version of BitCoin, with faster transactions, low volatility and much improved usability. But one that kept BitCoin's essential P2P vibe. "We users, are creating, owning and trading currencies AMONG OURSELVES."

Ripple 2.0 - A Ripple that seems much more appealing to venture capitalists. One where increased interoperability and reduced costs provide a, hopefully, compelling new feature to an existing user base. "This company I'm funding can inter-trade with these other companies you're funding. Our users will pay extra for convenience."

I guess the open question is, "Should any of this matter to me?"
Does it matter to you if Ripple becomes version 2.0 instead of becoming 1.0 first?
6  Alternate cryptocurrencies / Altcoin Discussion / Re: Creating a fair alternative to Ripple on: May 25, 2013, 12:47:06 AM
While I believe this can be made to work from a technical angle, I'm very nervous about how well it will work in the real world because of the incentives it creates. We want validators to have a strong incentive to broaden their UNL to avoid a network split. In this scheme, each validator you add to your UNL costs you money, and there's a much greater risk that the set of validators will be a small group that refuses to listen to anyone outside the group and presents a "take it or leave it" choice to the outside world.
Understood. This may be needlessly long.
TL;DR Summery: The KNL/UNL should optimally be the "non-anonymous" subset of non-malicious nodes.

See below for details. Especially the end where it mentions "fidelity bonds".
In my original "known-nodes-list" concept the KNL served more as a sanity check. If all your friends disappeared, you are probably forked (5b). Stop transacting and figure out where everyone went. Possibly even notify the HUMAN operator.

The role of UNL you describe, is actually handled by the validator "candidate set". That's where every time you add someone to the candidate set it splits the pie into smaller slices. Theoretically, it should have a set of well define rules that all other validators are required to follow. (i.e. 1) If they've been present, and 2) they are randomly chosen, and 3) their block validates, then 4a) everyone has to accept it.) <-- BitCoin style consensus.

So, if more people show up to validate you, theoretically, have to accept them. Those who don't accept a valid block are supposed to be presumed MALICIOUS (badly written 4b). The trouble of course is at the edges. What about transaction mismatches. Are those accidental (5c3-4) or malicious?. Certainly, if someone doesn't included a "slam-dunk" previously missed transaction (5c6) it should be considered malicious.

Assuming you want the mining rate to be relatively fixed, every node except the one that "mines" a block now has an incentive to prevent a consensus being reached on that block because that's one more reward it won't get rather than a chance at that reward. Bitcoin doesn't have this problem because every miner has a strong incentive to build on the longest chain. I'm not sure how you could replicate that in this scheme.
Here you are talking about the (4b) malicious node case. You are certainly right, my description is hand wavy on what to do about deliberately non-compliant nodes. Believe it or not I was attempting to SIMPLIFY the description. Smiley

The set of non-malicious validating nodes is the "candidate set of validators" minus your personally known malicious nodes. (4b, 5c6) Your KNL/UNL should optimally be the "non-anonymous" subset of non-malicious nodes.

The set of anonymous validator nodes needs to be policed using a forfeitable fidelity bond. In this case a fidelity bond is a transaction that sends a predefined amount of a validator's coins to an output claimable by "ANYONE". No non-malicious node should allow anyone to claim those coins, except for three specific circumstances.
1) The sending validator can claim his own coins. This results in him taking himself out of the validator candidate set.
2) If the chosen validator (2) produces a non-validating or DoS block, the next-chosen non-anonymous validator can claim the FAILED validator's fidelity bond.
3) If a validator fails to come to consensus and "announce" within the next (Y) blocks, the next-chosen non-anonymous validator can claim his fidelity bond.

There is no automated mechanism to anonymously reclaim a lost fidelity bond. The bond can only be claimed by a human personally appealing to a human consensus of non-anonymous validators.
7  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple Gateways: Who trusts who? on: May 22, 2013, 03:07:01 PM
I will trust you for $10 USD if you like, for 1 year. You can use the currency freely and it's bitstamp backed so you can withdraw / exchange it etc. This is the point of ripple.
Thank you for the offer webr3. Actually chapes on the Ripple forums trusted me with some Canadian Dollars to help me though my learning process. I've got a pretty good handle on Ripple now. I invite you to look me up on the Ripple forums. I'm about to launch a project you might be interested in. (Busy typing about it now.)
8  Alternate cryptocurrencies / Altcoin Discussion / Re: [GIVEAWAY] Beta Testing on: May 14, 2013, 04:58:03 PM
OK, so now the whole process makes a lot more sense. I misunderstood the direction of coin send you were testing. I setup the trusts, re-sent 1 XRP and successfully received your three IOUs. Awesome!

You've created a really cool system.

9  Alternate cryptocurrencies / Altcoin Discussion / Re: [GIVEAWAY] Beta Testing on: May 14, 2013, 02:39:35 PM
Here goes. You have some pretty cool ideas TTBit.

Thank you Red! The processing error is a hot wallet timing issue with the website, it can be ignored.

Coins sent!
BTC: 0.024 (2a9983e8ac) LTC: 0.543 (48fe38bfc8 ) TRC: 1.972 (08bf560497)

Hi TTBit,
You called this "beta testing" so I want to give you a test report. I'm a noob with these coin clients so feel free to tell me to check the nut behind the keyboard. That said, here is what I see on my end.

1) Dividend Rippler
Your site shows "failed payments". You said above that those can be ignored.

2) BitCoin
I'm using Electrum 1.7.3 but it shows that I have a zero balance.
BlockExplorer report my address as "Never seen"

3) LiteCoin
My LiteCoin client is still syncing the block chain, so I can't take its opinion as authoritative.
However, the litecoin explorer reports "Address not seen on the network."

4) TerraCoin
Notice that on DividendRippler I didn't configure a TRC account. (I'm on a Mac and I couldn't immediately find a Mac client.)
However, your system attempted to send me TRC anyway.
THIS MIGHT BE A BUG. I'm not sure where those TRC would go if successful?

Anyway, that's my report. I hope it is helpful!
10  Alternate cryptocurrencies / Altcoin Discussion / Re: Creating a fair alternative to Ripple on: May 13, 2013, 05:21:26 PM
We have tried to come up with a way to do this and failed. If anyone has any suggestions for a way to do this, I'd love to hear it. The basic problem is that there's no good way to figure out who is "really" a validator in a way that everyone can agree on.
Sometimes I think you are taunting me...
I actually came up with an algorithm for this when discussing [SteadyCoin] consensus building. It's somewhere back in my post history. Ripple's consensus building is slightly different but I can summarize my original logic. Maybe it can be modified for ripple.

The validation/consensus logic was a variant of BitCoin's block consensus absent the PoW calculation. Each node executes a sequence of deterministic steps:
1) Generate a "candidate set" of validators.
2) Choose a primary validator from the set using a distributed random number generator.
3) Broadcast the primary validator's block to the other validators for confirmation.
4) Each confirming validator broadcasts an "Announce" transaction signaling they are now building upon this new block.
5) Each validator listens for Announce transactions from others on its personal known-nodes-list (Ripple's UNL) to confirm consensus has been reached.

1) A validator is in the candidate set if its "Announce" transaction is present in the current building block and in each of the preceding (N) blocks. [Good validators are consistent]

2) At each block interval (X seconds), each node chooses its primary validator by:
  a) Ordering and hashing all received transactions since the previous block.
  b) Comparing that hash to candidate set nodes using a distance function.
  c) The closest node becomes the primary validator.

3) If a node calculates itself to be the primary validator, it completes its block by generating any coinbase transactions and broadcasts its signed block hash.

(Theoretically, if every node was well connected and persistent they would all receive the same transactions, calculate the same primary validator, and be able to complete the final block according to pre-specified coinbase rules.)

4a) If the proper hash arrives from your expected primary validator, then "Announce" your confirmation by issuing a signed transaction that builds upon that block.
4b) If the proper hash doesn't arrive (or is invalid) presume the primary validator to have FAILED in its duties. Remove its "announce" transaction from your current building block set [(N) block candidate-validator penalty] and repeat 1-4.

5a) If a majority of the nodes on your personal known-nodes-list "announce" on the same block as you, all is well.
5b) If a majority of announcements aren't receive, then you are partitioned from the main network. STOP external trading.
5c) If, however, a majority "announce" on a block you are not expecting, then you must presume either you have FAILED (missed some transactions) or something malicious is happening.
  c1) Request the majority block and validate it.
  c2) Identify transaction differences between yours and the majority block.
  c3) If you missed transactions, announce on the majority block and continue.
  c4) If the majority block is missing transactions, announce on the majority block, re-broadcast the excluded transactions, and continue.
  c5) If there a double spends or conflicting transactions, Broadcast malicious user WARNING and halt any related external transactions.
  c6) If re-broadcasted transactions (c4) fail to confirm in the next block, Broadcast validator DoS WARNING.

Because of its (UNL) equivalent the system converges similarly to Ripple.
CoinBase reward/mining transactions can be assigned to validators using any pre-agreed upon rule set.

[StableCoin] dynamically adjusts the generation amount and distributes new coins to combat price instability. It doesn't have a default reward for validators.

BitCoin could use its "winner take all" rule to award all 25 BTC to the primary validator. The randomness of (2) above would spread the coins around over time.

Alternately, each new block reward could be spread among all the candidate validator nodes mining pool style.

Sybil validator attacks could be mitigated by either 1) requiring candidate validators to be non-anonymous (i.e. Ripple's UNL), or by 2) requiring candidate validators to put up a forfeitable (4b) fidelity bond.

11  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] About Ripple on: May 11, 2013, 03:31:34 PM
@chrono.v, I do appreciate your taking the time to comment on my thread. I understand your view of BitCoin. That has been the dominant opinion since I first came to this site in 2010.

The [StableCoin] topic however is not a debate over which ideological currency is better. It is merely a discussion of the ways an immediately value-stable currency could be created. This thread gives an introduction.

So by definition the [StableCoin] topic is about creating a non-speculative currency. One where, if you save the value of 1 loaf a bread in stable coins today, in 50 years those stable coins will be worth 1 loaf of bread.
12  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] Welcome and Introduce Yourself... on: May 11, 2013, 03:12:29 PM
Hi brenzi, welcome to the [StableCoin] topic. As you mentioned Ripple I wanted to link you to another thread where I was analyzing Ripple from a [StableCoin] perspective.
13  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] About Ripple on: May 09, 2013, 09:41:49 PM

Anyone fixated on who owns how many XRP doesn't understand the Ripple System. Inside Ripple XRP isn't intended to be used as money. That is purely a projection of BitCoiners onto Ripple. It also has absolutely nothing to do with the [StableCoin] concept. Even when implemented inside the Ripple System a [StableCoin]'s value will have no dependency on XRP at all.
14  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] About Ripple on: May 09, 2013, 09:33:35 PM
Why do you seem to believe that increasing the supply of a currency leads to it being "stable"?

Price is a measure of instantaneous supply vs instantaneous demand. Demand for a currency will always grow over time. There will be more people creating new types of valuable goods and services in the future. products and people that don't even exist today.

More available goods/services chasing the same amount of available coins means currency prices will change (not be stable). To preserve stable prices the amount of currency available to be traded must scale with the amount of goods/services seeking to be traded.

Occasionally then amount of goods and services available for trade will fall compared with the amount of currency available for trade. That will need to be compensated for as well.
15  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] About Ripple on: May 09, 2013, 09:16:49 PM
Thanks red for digesting the key elements for us.
My pleasure. Glad it was useful to someone. Once the contracts feature of ripple is a little more fleshed out, distributed issuing of custom currencies inside of ripple will be a real game changer. (I hope!)
16  Alternate cryptocurrencies / Altcoin Discussion / Re: [StableCoin] About Ripple on: May 06, 2013, 05:20:31 PM
Monday Bump. It was a sleepy weekend.
17  Alternate cryptocurrencies / Altcoin Discussion / Re: [GIVEAWAY] Beta Testing on: May 05, 2013, 04:18:39 AM
Here goes. You have some pretty cool ideas TTBit.

18  Alternate cryptocurrencies / Service Announcements (Altcoins) / Re: [ANN] Anonymous BTC/LTC/TRC Ripple Gateway on: May 05, 2013, 03:14:31 AM
It is still functional, and you can sign up when "offline". Its usually offline for a few seconds every now and then, security issue.
Thanks! Was hesitant to send XRP when it said offline.
It looks like a cool service.
19  Alternate cryptocurrencies / Altcoin Discussion / Re: [GIVEAWAY] Beta Testing on: May 05, 2013, 12:58:56 AM
]The processing system is currently offline, data may not be up to date! [1046]

Is this system still functional?
Can I sign up when it is offline?
Is the Giveaway still active?
20  Alternate cryptocurrencies / Service Announcements (Altcoins) / Re: [ANN] Anonymous BTC/LTC/TRC Ripple Gateway on: May 05, 2013, 12:58:27 AM
]The processing system is currently offline, data may not be up to date! [1046]

Is this system still functional?
Can I sign up when it is offline?
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!