|
Well, I am generally of the persuasion that given the current state of most Bitcoin exchange APIs, Messaging protocols, etc., it'll be a long time before there is enough genuine incentive for exchanges to offer truly 'real-time' trading protocols.
Take BTC-E which runs a Metatrader server (and regardless of what you think of MT, it's still much snappier than the majority of the BTC Exchanges out there).
Given the majority of order-flow I speculate is still retail, there is little incentive for exchanges to build out algo-oriented communications protocols when the majority of your customers use the website to enter orders.
In short, I don't see 'Bitcoin Exchanges' pushing order messaging as it relates to trading 'forward', though there are some novel approaches to settlement (blockchain) and using multi-sig liquidity verification. At the end of the day if your customer is institutional they'll demand a variety of protocols - if your customer is retail, they probably don't care that much.
|
|
|
|
I very much plan to check out the Colorado Cannabis Bitcoin scene, I'll be watching what progresses in that arena and same goes for Washington. Best of luck getting the cannabis community into Bitcoin, that should prove to be a worthwhile project. is it possible to buy weed with bitcoins yet in colorado?
I think I saw a story about a vending machine (inside a pot store) that was modified to also accept Bitcoins. I remember reading about that also, so your not alone on that one. I have a friend whom is working with the state-legislature to place Bitcoin in-between the precarious position of the dispensaries and financial institutions! If it works out it'd be a huge win for all involved. |
|
|
|
I am running a `bitcoind` installation connected to blockchain.info's JSON-RPC, running testnet. This is to save on diskspace / speed of a hosted server. This bitcoind is just a proxy to the blockchain.info wallet. Document: https://blockchain.info/api/json_rpc_apiIs there any documentation about working with testnet via blockchain.info JSON-RPC api? There documentation is awful.  Is there any way to get a UI to my testnet wallet there? Like running Bitcoin-QT against my proxy? Or am I stuck just tapping in JSON-RPC strings to learn about the state of my testnet wallet? |
|
|
|
I believe that the multisig technique can be used to create colored coins. If I am correct, this means that the company could be setup with, say, 5 directors. It could take, for example, signatures from 3 of the 5 directors to issue more notes. Interesting theory. |
|
|
|
Now in example, say there were 5 "Colored Coin" exchanges and I had an "in-demand" asset, and controlled the private key to said asset. I could go around and issue myself more supply to sell on these exchanges, and the buyers would be none-the-wiser that they were just buying from me.
I mean the concept is great if you trust the exchange to control the private key (or a 3rd party). But you have to trust a 3rd party! Unless there is a mechanism that limits the future issuance "dilution" if you will of the original asset.
Maybe I'm just misunderstanding? Thoughts?
You are completely correct that the issuer can just keep re-issuing more and more colored coins. It's seems like a weird concept if you imagine doing it yourself, but this is very similar to how companies issue shares or bonds today. Corporation A can issue as many shares as it likes. The money that it raises legally belongs to the company, but of course the president could probably find a way to use that money to pay himself a huge salary or an accountant could embezzle it. But the free-market will self regulate: if BTCorp keeps issuing new bonds and selling them on an exchange, it will drive its own bond price down and thus its effective interest rate up. So BTCorp wouldn't do this because it just increases its funding costs (unless it is planning to sell as many bonds as possible and then default, but that would fraud and fraud is still a crime even if it's done with bitcoins.) I really like colored coins because it makes the fact that they are promises obvious: bitcoins themselves have no counterparty risk, while colored coins are only as good as the promise of the issuer. Agree with both people. I just wasn't positive if there wasn't some mechanism by which "holders" of these outputs would notified / capable of stopping additional output generation. |
|
|
|
Lots of talk about the https://www.coinprism.com/ offering, but something I can't wrap my head around as people are pointing out how this concept might "decentralize" issuance of debt. In the spec: The asset address of an asset is the RIPEMD-160 hash of the output script referenced by the first input of the transaction that initially issued that asset. An issuer can reissue more of an already existing asset as long as they retain the private key for that asset address. Assets on two different outputs can only be mixed together if they were issued by the same asset address. Now in example, say there were 5 "Colored Coin" exchanges and I had an "in-demand" asset, and controlled the private key to said asset. I could go around and issue myself more supply to sell on these exchanges, and the buyers would be none-the-wiser that they were just buying from me. I mean the concept is great if you trust the exchange to control the private key (or a 3rd party). But you have to trust a 3rd party! Unless there is a mechanism that limits the future issuance "dilution" if you will of the original asset. Maybe I'm just misunderstanding? Thoughts? http://www.reddit.com/r/Bitcoin/comments/25my2d/colored_coins_open_the_doors_to_self_issued/ |
|
|
|
It's not illegal, just unregulated = hard to enforce the rules  I wouldn't be so sure, there is a lot of legal precedent obviously since it's inception but the S&E Act of 1933 lays out specific guidelines of what constitutes a security, and and exception from registration. Though I think that is hardly the issue here, that would be more a separate criminal / civil case against this person/persons versus those whom may have purchased these securities, or lent this person money! http://www.mitchell-attorneys.com/legal-articles/securities-registration-and-exemption/ |
|
|
|
I can't discuss in full (instructed by attorney) but he has gone over it all and down to the proof of emails and all other evidence used against the alleged Ryan Gay, it is clearly a viable case. I will email him now and have him answer that. Either way their would be a case, and it would take several months to go through the process which means he would only owe me more as it's been confirmed due to BTC status, he doesn't owe me a $ value, he owes me a certain quantity of BTC.
Of course I understand legal fees, I have a stateside attorney. 3 of them in different locations.
As its a public company, we should be able to see the books at any given time. So, Ryan G show us where our money has gone.
Every last satoshi.
Well best of luck than. It'll be interesting to see how some of these things play out in a legal sense. Obviously an unexplored legal avenue for people issuing "Shares" in a company via a unlicensed stock-exchange is illegal though to what result that has I don't know. |
|
|
|
|
@RyanMilligan1 since you took to posting on my LinkedIn Group about this - perhaps you could share some more about your holdings in this venture (is it via shares you bought directly from this person?) or via Cryptostocks?
Also you have to remember legal fees to litigate against someone in another country (are you in the UK?) against a private party / private party's relationships' company could be an extremely expensive endeavor. A "legal" agreement for him to provide you with 'ownership' in a company or endeavor via 'Cryptostocks' is far from a legally binding agreement. At least in a US court of law.
|
|
|
|
|
I would say "Insider Trading" in terms of the Bitcoin trading marketplace as it exists today exists with shady exchanges (whom are not subject to ANY "trading regulation", rule books, oversight, etc.) allowing market-makers to front-run orders, or worse yet, acting as market-makers themselves.
That being said, like currency trading, the only "insiders" are those in central government institution levels that are privy to interest-rate / policy decisions.
HFT is another animal, and a harder one to solve in the disparate market of Bitcoin "exchanges" (I wouldn't call them all real exchanges...) It's still very much impossible to do the kinds of HFT that is common in most existing traditional financial markets, due simply to a lack of infrastructure / capitol / specialized products (futures, options, lending, interest rates).
It (HFT, ULLT, DMA) will happened, but only once Bitcoin or some derivative there-of migrates into more established infrastructure.
|
|
|
|
|
I've got an armoryd client running with a watch-only wallet on my web-server.
If I'm making repeated calls too 'getnewaddress' via the JSONRPC interface are their any practical limits on the number of addresses I can create?
|
|
|
|
|
I'd also like to know this...
|
|
|
|
I'm interested in any tools or source-code that might be out there for me to visualize (console print-out/whatever) blocks as they're being built on a local machine. In the abstract I'd like too observe - the current block-header, broken down into it's components as they change
- the currently added transactions as they are streamed in from nodes
- the list of transactions would obviously include the coinbase transaction etc.
I realize this is mostly transmitted as HEX data, so any tool that could reverse the components into a readable format would be great. I know most of the block-chain explorers do this in some capacity - but I'd like to take a look at the inputs of unconfirmed transactions, how the flow works. As a bonus it'd be cool to unwind the transactions (unconfirmed) and look at the TxIO as a set of addresses, is that possible ?Update: Looks like http://luke.dashjr.org/programs/bitcoin/w/eloipool.git is a good solution in Python for doing this sort of thing, doesn't rely on Bitcoind |
|
|
|
I have an instance of armoryd fully indexed and running at the same time as bidcoind ( I am watching new blocks being added to the memory pool reported by the armoryd client ) Now I wanted to connect to it via JSON-RPC and being requesting new addresses, checking balances, creating unsigned transactions.I see these methods in the armoryd.py code, but do I need to manually write my RPC interface to the client? Can I reuse one of the various bitcoind clients pointing toward armoryd? Are they similar enough? Also..
When I check ~/.armory, I don't see any .conf files? Do I need to manually create one to set my armoryd password, etc. does it share the same structure as the bitcoind.conf? [/s] found the configuration file reference in the armoryd.py code. update Also here is a related question on SO: https://stackoverflow.com/questions/21049108/connection-refused-with-bitcoin-armory-deamonI made some successful calls! import pyjsonrpc
http_client = pyjsonrpc.HttpClient(
url = "http://localhost:8225",
username= "username",
password = "password"
)
print http_client.call("getwalletinfo")
Couple of things to note, obviously had to install pyjsonrpc via PIP, and also had to create an `armoryd.conf` file in my ~/.armory/ directory, with the username and password in the format: username:passwordThis isn't documented so far as I can see, but wanted to point that out |
|
|
|
Hello everybody,
I am writing after spare me a bit of the shock I had after losing everything on my bitfinex account, and after an exchange of e-mails
with Raphael. (And Raphael can confirm this)
On, Wednesday morning i lost 79852 litecoin + 156 bitcoins + 94500 dollars , all I had in my account at the time of increased volatility after the very fast progress of the crash left me unable to react
Yes, most of the litecoins of this graph to 0.0001 was from my account.
At what prices did your LTC position get liquidated? FYI, I had the $0.0001 bid and overall managed to get ~28k litecoins during the crash. However, those coins soon disappeared from my account, I only got to keep ones I bought at $2, $4 etc. According to Giancarlo: "I'm sorry about his loss, but there is not much we can do about it, as his loss was somebody else's gain." This isn't necessarily true as I didn't get to keep the coins I bought at $0.0001. So atleast some people must've got their ltc back after the crash. I sent an email to bfx asking for more information but they haven't answered back yet. An official statement on who got their ltc back etc. would be nice. : as an active trader on BFX like yourself, I can only assume you were one of the largest account holders on BFX given the holdings you described. I've been in the same situation with the illiquidity of the LTC orderbook on BFX before (in my case, being force liquidated as a large short went against me when the price rose quickly in Oct.? Or Nov.?) So I can at least empathize with your situation. Once the margin call went into effect, I essentially emptied the orderbook and bought back LTC at any price people were willing to sell to me which more erased my deposits. That being said, you were trading a very illiquid market with a lot of leverage (4x, I think most would agree is small for normal currency trading / commodity trading) but very large for something as volatile as Bitcoin/Litecoin. Well I cannot judge your risk tolerance, I know that at some points this market becomes akin to a casino with the lack of liquidity and a small loss can become a very big one very quickly and it's prudent to double or triple your expectations of price movement before participating. I think for those whom are in your situation it would be good to describe trade by trade why you made the decisions you did, and help others learn to better trade. I don't know your background, but given the amount of money you accumulated trading you are either a professional trader or early adopter? That being said, I assume the latter: given I don't consider myself a professional to the degree, I still wouldn't be comfortable taking 4x leverage in such an illiquid market - or with money I couldn't afford to lose. I don't want to be condescending, but trading illiquid markets is very much a zero-sum game, as Giancarlo mentioned. If there were enough participants or depth the market would move more slowly and the speculative nature of huge price swings wouldn't exist. Tabi: I know I spoke with you during this period, and I'm not an arbiter by any sense of the imagination for BFX. I will suggest however, that now that liteguy has taken the hit to his pride to disclose what happened that perhaps a bit more of a statement from BFX would help. |
|
|
|
|
If I can vouch for Raphael and Giancarlo - I know that 1.) this is not a DDOS, and 2.) this is the hosting provider not the result of a hack/unannounced maintenance on their part.
|
|
|
|
Corrupted wallet.dat is not the issue of this particular bounty.
ok nm. than sorry I misread and though my issue was related. |
|
|
|
No one can get fiat in unless they are in one of the states where they are licensed as a money transmitter.
...or lives in the SEPA Zone.  A deposit is credited within hours, max. 1 day usually. Maybe you can fax checks in the US?  I personally have SWIFT wires credited in and out within 24 hours so long as I recognize US business vs. HK business hours. SO I instruct my bank to wire the money before the start of business US time, and than it is waiting when Asia opens (in the evening US) and I am typically credited that same evening / early the following morning. So far I have had no issues with this. So cheers to BFX for doing such a good job with this! I'm sure it's no easy feat. ( The reverse is also true - withdrawing, but the hours are reversed obviously, because SWIFT is mostly manual for banks ) |
|
|
|
|
Show Posts
