881
|
Bitcoin / Development & Technical Discussion / Re: Feature requests for Bitcoin-Qt
|
on: June 08, 2013, 06:08:33 PM
|
I wish! I've been kind of following activity on github and listening to interviews / reading articles with Gavin, but no commitments yet.
It is a pity, cause I have extended the list of businesses wishing to participate in this trial of mine. I added two bicycle shops located in my town. So I have now 5 outlets in my pool
|
|
|
883
|
Bitcoin / Project Development / Re: Holy Grail BOUNTY
|
on: June 08, 2013, 02:56:23 PM
|
Correct me if I'm wrong, the major reason that BM's PoW is integral would be to eliminate 'junk' transactions?
Don't know if BM's PoW is integral. Don't know if its major reason (if it is integral) is to eliminate 'junk' transactions. I am sorry - I am just a silly newbie I was looking for ways to ease the life of traders who need non-delayed data to plot their charts. I am fine if my ideas / questions is declared non-sensical.
|
|
|
884
|
Bitcoin / Bitcoin Discussion / Re: Proposal: Fully Decentralised Exchange Mechanism for All Cryptocurrencies & Fiat
|
on: June 08, 2013, 02:42:23 PM
|
To clarify, the design provides:
• Fully decentralised history of trading data; volumes traded and inter currency rates going back over time. • Fully decentralised history of bid/ask data; a set of the bid/ask history going back over time.
These can be tonnes of data (over time) if transactions are frequent. Will the system users pay for downloading these data? From whom? - a decentralized system of data brodcasters should be established just like a system of escrow agents. • System will also include live bid/ask data.
The above is good for depth of market (DOM) analysis, but you will most importantly need: • Live trading data (in ticks) - data of actual transactions happening is needed to plot charts. It would be okay if the timestamping were not just in seconds. If the system is to succeed, in future you need at least milliseconds or even microseconds (for both historical and real-time events (ticks).
|
|
|
885
|
Bitcoin / Bitcoin Discussion / Re: Proposal: Fully Decentralised Exchange Mechanism for All Cryptocurrencies & Fiat
|
on: June 08, 2013, 02:26:49 PM
|
I agree that any successful escrow system will need to be highly granular to avoid regulatory scrutiny. Just for giggles, I'd argue that the right level of granularity would require everyone that is online to potentially act as an automated escrow agent with the network randomly assigning the escrow duties. And no, I have no idea how to do this.
Multiple escrow agents will contribute to the safety of the system. It could work like TOR / Vidalia - you may choose to (i) work as a client only or / and (ii) relay traffic (render escrow services for a fee).
|
|
|
886
|
Bitcoin / Project Development / Re: Holy Grail BOUNTY
|
on: June 08, 2013, 01:57:07 PM
|
Since the broadcast requires proof-of-work (around 3-4 mins on regular modern desktop) it will hinder bots broadcasting millisecond bids (unless they get some serious CPU crunching behind them) Maybe there could be two data feeds: a) a raw (unconfirmed / without proof of work) data feed - this will report ticks (transactions) as they are effected with a high precision timestamp. b) a delayed one (after proof of work) I would not use the millisecond precision to place orders (I do not have the infrastructure to do so). I would use it only for strategy backtesting and optimization. If you have 10 transactions occurring at a given second: - a second resolution will not tell you which tick was 1st and which tick was 10th - a millisecond resolution will tell you the exact order in which those 10 transactions were made, so a better automated (counter-bot, counter-whale) strategy can be devised.
|
|
|
888
|
Bitcoin / Project Development / Re: Holy Grail BOUNTY
|
on: June 08, 2013, 01:01:11 PM
|
Probably read the OP of the original idea will bring you up to speed. BM is just for P2P price discovery, not settlement, escrow or clearing functions. I have a couple newbie questions. Sorry for my English and non-techie jargon. I apologize if my questions make little sense. Please do not shoot me. 1. What will be the price and time (event) format of the data feed of the decentralized exchange? Date,Time,Price,Volume e.g. 2013-06-08,14:50:17 (what about milisecond or microsecond timestamping?),120.7676598765 (number of digits down to Satoshi denomination?),150000000 (volume traded in Satoshis?) The reason I ask is I would like to find out which charting platforms can be hooked to the data feed. There is going to be a historical and real-time data feed available? 2. Who will aggregate and transmit historical and real-time trade tick data (is low latency possible)? After a few years the database can be many gigs of data for one symbol / instrument alone if transactions via Holly Grail are frequent.
|
|
|
892
|
Bitcoin / Development & Technical Discussion / Re: Feature requests for Bitcoin-Qt
|
on: June 07, 2013, 12:29:14 PM
|
This risk of not including sufficient fees should (and hopefully soon will be) mitigated at the core protocol level. Hopefully soon. The currently under construction feature would aim to solve both problems (over or under paid fees) in one go by just working out what's fair at a protocol level and do it in a way that is still super cheap (orders of magnitudes cheaper than conventional banks) and fair. To your knowledge, is there estimated point of arrival / milestone for this feature?
|
|
|
894
|
Economy / Marketplace / BEST charting and technical analysis tool for Bitcoin (so far) launched today
|
on: June 07, 2013, 01:14:36 AM
|
Hi Guys, https://www.tradingview.com/e/?symbol=MTGOX:BTCUSD# here you will find historical and real-time Bitcoin charting. I think they added Bitcoin just today. You can create custom tomeframes like, 7 minutes, 13 minutes, 58 minutes, etc. You can create charts using non-time based resolutions like Renko, PnF, Price Breaks and Kagi. You can apply drawing tools, like trandlines, Ganns and Fibos. You will no longer need to do it in Paint or by applying a ruler to your monitor. You can overlay BTCUSD with EURUSD for cross-currency analysis. And of course you can apply many indicators. You can also calculate risk/reward ratios on the trades you want to take.
|
|
|
897
|
Bitcoin / Project Development / Re: Will you be my co-founder? (Professional Salary, Equity Stake) + Investor Poll
|
on: June 06, 2013, 10:37:17 PM
|
I myself would invest the vast majority of my bitcoins in the crowd-funding (and would thereby own a lot of the "coins" of the new protocol layer), but unfortunately that is not enough to get the kind of money we would need to pay a couple professional salaries for at least a couple years until the enterprise becomes self-sustaining. 1. How much BTC, USD or other currency is needed for the project to succeed and over what period of time? Do you have a budget (in Excel)?2. How much would you invest?3. 1-2=equity to be paid by investor(s) - this is important to know how much is needed so that a potential investor can easily calculate if he or she fits the project and what type of control (managerial, operational) he or she can exercise and to what extend (over funds invested and the project itself).
|
|
|
|