'might' for 'mighty' I'm not sure how it's done here, but let's look at BIP 39 for some ideas: An ideal wordlist has the following characteristics:
a) smart selection of words
- wordlist is created in such way that it's enough to type the first four
letters to unambiguously identify the word
b) similar words avoided
- word pairs like "build" and "built", "woman" and "women", or "quick" and "quickly"
not only make remembering the sentence difficult, but are also more error
prone and more difficult to guess
c) sorted wordlists
- wordlist is sorted which allows for more efficient lookup of the code words
(i.e. implementation can use binary search instead of linear search)
- this also allows trie (prefix tree) to be used, e.g. for better compression And there is an example wordlist: https://github.com/bitcoin/bips/blob/master/bip-0039/english.txt |
|
|
|
The original first 6.175% from months ago.
Unfortunately, not anything new.
Well, those 6.175 % weren't accessible the whole time, so this is actually good news nevertheless. Some food for the tin foil hatters: 1. TAT announces strange trading activity of Neo insiders. 2. Ukyo comes back with fresh coins.  |
|
|
|
|
Screw prisions, I'd rather prefer a bunch of psychoanalyists and an education center.
|
|
|
|
ok, investigating this.
Thanks a lot. I'm using Digital Ocean as hoster, if this helps and if you like, I'll set up a fresh droplet for some tests. |
|
|
|
|
Very interesting. There are basically two topics: storage and bandwidth. Sounds like this here uses some kind of "proof of storage" but would you mind to talk a bit about the bandwidth part? Is a node with 56 KBit/s and 1 TB storage treated equal as a note with a 10 MBit/s upload and 1 TB storage?
|
|
|
|
I tried Ubuntu 13.10 x64, Ubuntu 12.04.3 x64, Debian 7.0 x64, Arch Linux 2013.05 x64 and Fedora 19 x64. The installation process was close to https://github.com/mastercoin-MSC/omniwallet#setup. I used droplets with 1 GB RAM. To confirm I'm not missing something very, very essential: After a basis setup with apt-get updates etc. running the install script should be sufficient to get results from sx without setting up an obelisk server, correct? Edit: Error remains. This time with a 4 GB Ubuntu 13.10 x64 box and libboost1.54-dev. Edit 2: Running an Obelisk worker fails at some point: INFO [poller]: Block #495 00000000e47349de5a0193abc5a2fe0be81cb1d1987e45ab85f3289d54cddc4d
INFO [poller]: Block #496 00000000b0c5a240b2a61d2e75692224efd4cbecdf6eaf4cc2cf477ca7c270e7
INFO [poller]: Block #497 00000000c39ea29ad310c1f80409e24b3fbfd671c0b3599198b7cfdebf790bde
INFO [poller]: Block #498 00000000693a6d6b068cab3e207d570764f6bad293e3e98920246eeda81c496a
INFO [poller]: Block #499 00000000806df68baab17e49e567d4211177fef4849ffd8242d095c6a1169f45
INFO [poller]: Block #500 000000004ff664bfa7d217f6df64c1627089061429408e1da5ef903b8f3c77db
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted (core dumped) |
|
|
|
Hmm.. I'm not sure, what I'm doing wrong. I installed sx with the install script on several systems. After running "sx fetch-last-height" and some other commands I receive the following error: terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid Any help is very appreciated!  |
|
|
|
not BTC not etherium (which is a white paper +++ at this point) are meant for HFT. HFT is a specific vertical area with nothing to do with counterparty or BTC for that matter. NXT's 1000 per second is a claim very far from being proven or relevant to us.
None of the distributed exchanges/coins can do High Frequency Trading(HFT). HFT requires that you execute trades in 0.0000001 seconds, not in 1 minute(Nxt) or 10 minutes(Bitcoin). The throughput of a coin does not matter, only the confirmation time and the reliability of transactions. apart from speed, DEx in the current form is not suitable to use for small size trade, because user has to send cancel_order to adjust price or size costing tx fee, whereas canceling/adjusting price/size of order in centralized exchange is free, user is charged when orders are matched. What DEx is suitable is to move large walls from centralized exchanges to it. If you are to create a big sell wall, you might not want to trust a centralized exchange and it would cost you a lot of trade fee. I guess the point is, if a protocol exists that can cut the tx time in half even... and be very secure, there is competition. Well, half of the solution is out there for a longer time and called "payment channels": https://en.bitcoin.it/wiki/Contracts#Example_7:_Rapidly-adjusted_.28micro.29payments_to_a_pre-determined_party |
|
|
|
If I got that right, you suggest to use a tree which stores balances, a blockchain which stores only the last n blocks and a chain of block hashes? |
|
|
|
edit: oh wait, just saw that was posted in Feb. Still, took much longer than it should have.
The "action" itself started at the beginning of Nov 2013. After then an appropriate lawyer was chosen, information from shareholders collected, the complaint written.. etc. |
|
|
|
|
Hi g0re79,
does an error occure between those two blocks each time?
|
|
|
|
|
Strange. RPC seems to be working, otherwise the initial check on startup would have failed. And in nuffsaid420's case MSC transactions were recognized which indicates a RPC connection as well as valid transaction fetching and parsing. When and how often does the exception occure? Several hundred times or only from now and then? Are "simple send" transactions the only ones found?
g0re79: does it stop at this point for you? (DEBUG: Block Analysis for: 292147)
|
|
|
|
Totally agree. Counterparty's marketcap should be bigger than mastercoin at least. Counterparty is undervalued seriously. Counterparty should take action in marketing and advertisement after the issue of the counterwallet. Let more people know Counterparty and use it. Not want to start another meta discussion, but one may also think about implicit value besides available functionality. There are about 4000 BTC available to be spent over time for developement and other funding tasks. (yup, only about 15 % spent since Exodus and already leading to very interesting projects like XCP as side effect) |
|
|
|
Haha didn't even saw this until now.. Serious question: is there any benefit in "burning" coins instead of spending them to miners? |
|
|
|
Holy cow, what've you been up to last night after the good news?
Actually I assume that was due to Havelock - the trading halt of Neo combined with multiple downtimes. |
|
|
|
|
I don't think it's a bad thing, if someone "destroys" a coin. Very direct way to force the involved to come up with something improved. What is your reasoning to protect vulnerable coins?
We are still in an very early stage and should learn from such incidents as much as we can.
|
|
|
|
"magical distributed thingy" Well, that explains the reaction I recently received on IRC. Nevertheless, the focus was on "storing data outside of the blockchain" and I mentioned DHTs only as one way to do it (or not to do it). Are you dismissing this concept as a whole? Asking "why Bitcoin instead of X" is actually a good question. |
|
|
|
|
Show Posts
