Japan's taking over as a volume leader. Today its top exchange (coincheck) has 7922 BTC volume, but coincheck isn't even on bitcoinity. The only working JPY exchanges on bitcoinity are the kraken and localbitcoins.
Japanese volume doesn't get mentioned so much, but it's the one that's been on the ascendant. Bitflyer FX has done nearly 50K today, although they are currently zero fee, so... Coincheck charges fees so its volume is *probably* real. Coinmarketcap has put it at third place for volume today. It's put Bitflyer into the exchanges marked with a * because they don't charge fees. |
|
|
|
The dev who controls bitcoinwisdom hasn't posted anywhere in over a year. It's probably running on automatic, If anything breaks there's probably nobody around to fix it. This quote's from the bitcoinwisdom announcement thread. ...I'm honestly starting to wonder if u/BitcoinWisdom has left the project behind to focus on other things, considering that there hasn't been any appearance in here (or on twitter) for about a year by now, while in the past, he was always fast to respond to questions/feature requests. |
|
|
|
Percy++ can do single server... though it's much slower than the multi-server mode. I think it may be using the same kind of crypto as xpir for the the single server... not sure which of the two is faster. (I wasn't aware of xpir before your message.)
This is a list of PIR implementations that includes other schemes besides XPIR and the schemes Percy++ supports. https://en.wikipedia.org/wiki/Private_information_retrievalPIR implementationsNumerous Computational PIR and Information theoretic PIR schemes in the literature have been implemented. Here is an incomplete list: Percy++[10] includes implementations of [AG 2007, DGH 2012, CGKS 1998, Goldberg 2007, HOG 2011, LG 2015]. RAID-PIR[14] is an implementation of the ITPIR scheme of [DHS 2014]. XPIR[15] is a fast CPIR implementation [ABFK 2014]. Popcorn[16] is a PIR implementation tailored for media [GCMSAW 2016]. upPIR[17] is an ITPIR implementation [Cappos 2013]. Popcorn is a modified version of Percy++. Unfortunately I haven't found a download for it yet. However page 7 of its paper states RAID-PIR has similar speeds to Percy++. Regrettably the RAID-PIR github hasn't been updated in two years, and the upPIR site's code hasn't been updated in 4 years. http://www.cs.utexas.edu/~trinabh/papers/popcorn-PIR-nsdi16.pdfPercy++’s CGKS ITPIR implementation is one of the fastest implementations for two-server ITPIR. An alternative is the CGKS implementation from RAID-PIR [35] Page 13 lists other PIR implementations prior to popcorn. Prior PIR implementations. Many of the CPIR and ITPIR protocols described above have been implemented. The Percy++ library [51] contains several of them [15, 31, 37–39, 52, 57, 74]. Also, [56] is implemented as a fork of Percy++, RAID-PIR [35] is implemented on top of upPIR [27], and there are numerous CPIR implementations [14, 33, 45, 76, 78, 86, 93, 104, 106, 110], among which XPIR [14] is the fastest. Popcorn incorporates some of these implementations as modules: it uses the XPIR library for CPIR and borrows the CGKS ITPIR [31] code from Percy++. Sections 5 and 6 empirically or analytically compare Popcorn against these prior implementations. Unfortunately popcorn's privacy guarantee can be compromised by state-level adversaries using colluding organisations to serve objects. Fundamental limitations. We see three main limitations. First, because Popcorn’s overheads grow linearly with the number of objects, it has no hope of scaling to YouTube-size libraries. Second, organizations that serve objects can collude to compromise Popcorn’s privacy guarantee. Admittedly, an assumption of no collusion may be unrealistic against state-level adversaries that can compromise multiple organizations (or already have). Third, Popcorn cannot support forward seeks during playback: such user actions alter the download pattern in a contentdependent way, thus revealing information.
These are a few other links to popcorn information. http://keylorch.github.io/cs616-paper-presentation/#/23https://github.com/keylorch/cs616-paper-presentation/blob/master/example/itpir.pyhttps://blog.acolyer.org/2016/04/01/scalable-and-private-media-consumption-with-popcorn/Another PIR scheme implementation is the Apache Pirk framework. https://pirk.incubator.apache.org/Pirk is seeded with the Wideskies PIR algorithm which employs Paillier homomorphic encryption It was initiated by the NSA and given to Apache in July 2016. https://pirk.incubator.apache.org/pirk_originThe initial scalable PIR algorithms and implementations of Pirk were developed at the National Security Agency and contributed to Apache via a Software Grant Agreement http://events.linuxfoundation.org/sites/events/files/slides/ApachePirk-ApacheConEurope-20161115.pdf |
|
|
|
<_< Japan's taking over as a volume leader. Today its top exchange has 7922 BTC volume, but coincheck isn't even on bitcoinity. https://coincheck.com/exchange24h Volume
7922.5185 BTC ^of course ~ Mark Kerpeles is free!!!  Bitcoinity still has an MtGox chart page up. Maybe they've kept it open in case Mark Karpeles starts MtGox up again. https://bitcoinity.org/markets/mtgox/JPY |
|
|
|
try google trends---> bitcoin (in India) that's all positive but what matters when it comes to price is buying on exchanges. on btcxindia 'india's leading bitcoin exchange' there were five trades in the last two hours amounting to about 1.3 btc in total. wowzers. but they could be total nobodies for all i know. localbitcoins is more relevant but those figures are still only $400,000 or so a week. i'm sure india will be an ever bigger deal but not right now. Japan's taking over as a volume leader. Today its top exchange (coincheck) has 7922 BTC volume, but coincheck isn't even on bitcoinity. The only working JPY exchanges on bitcoinity are the kraken and localbitcoins. https://coincheck.com/exchange24h Volume
7922.5185 BTC |
|
|
|
COIN DEVS: BEWARE OF SCAMMERS CLAIMING TO BE FROM POLONIEX. I (busoni/Tristan) am the only one who has the authority to list coins. Furthermore, I will never approach you and ask for a bounty.
Found myself a funny email in my inbox today. I wanted to notify you and other developers of this. Name: Tristan D'Agosta
Email: poloneixexchange@gmail.com
Subject: Addition Of MAR
Inquiry: Hi,
I am Busoni admin of Polo Exchange,
We have been reading through your thread and are wondering if you would like to be added to our exchange. We feel we could bring a lot of attention to your project from our customer base.
We currently offer:
Coin addition: 1 BTC
Holding of ICO: 2 BTC
Please let us know how you feel of our offer,
Regards
Tristan D' agosta
Someone tried to do the same scam to the BipCoin dev team. It's word for word identical. Poloniex doesn't use a gmail address, but the scammer does. A comment today on this page of my site: https://bipcoin.org/?page_id=25says: -=-=-=-=-=-=-=-=-=-= Hi,
I am Busoni admin of Polo Exchange,
we have been reading through your thread and are wondering if you would like to be added to our exchange. We feel we could bring a lot of attention to your project from our customer base.
We currently offer:
Coin addition: 1 BTC
Holding of ICO: 2 BTC
Please let us know how you feel of our offer,
Regards
Tristan D’iagosta
-=-=-=-=-=-=-=-=-=-= It claims to be from Tristan D’ agosta at email poloneixexchange@gmail.comIP 86.45.252.233 is in Ireland, Laois, Portlaoise is not a proxy. Is sent from a mobile network. While I'm sure the person at the other end of this email would take my Bitcoin if I responded enthusiastically, I'm sure it would not result in my coin BipCoin being listed on Poloniex Exchange. First, that's not Tristan's email. I know Tristan's email address because a friend whose coin is on Poloniex gave me an introduction. Tristan's email is not a gmail address. Second, I doubt anyone at Poloniex Exchange has a gmail address that misspells "Poloniex"! lol. Just wanted to give a heads up for any other altcoin devs who recieve the same scammy message. It's not Poloniex. And these people will probably come up with a different email now that spells Poloniex right, like PoloniexTristan@gmail.com or something like that.
Poloniex company email addresses are not gmail addresses. MWD BipCoin dev team |
|
|
|
I forget the address for downloading BLK .dat files. Im sure Ive done this in the past in order to speed up wallet access and then staking, it would be useful to have it on the OP for quick access.
Is there a recent record for a date in the last year?
Or maybe someone can put something on a file host, I should have done this previously myself
Here's a link to a zipped blackcoin blockchain download. http://108.61.216.160/cryptochainer.chains/chains/BlackCoin_blockchain.zip |
|
|
|
I haven't had time to study whether XPIR or Percy++ rely on "key switching", but last August some cryptographers released a paper identifying weaknesses in a homomorphic encryption scheme by Zhou and Wornell. The paper explains how the encryption scheme relies on "key switching" and demonstrates three attacks on it. The paper makes some assumptions that the exploits rely on, and they might not be relevant to XPIR or Percy++ even if those encryption schemes rely on "key switching". The paper's abstract is here. http://eprint.iacr.org/2016/775The paper is here. http://eprint.iacr.org/2016/775.pdfThese are the exploits and the assumptions made. ...we are able to mount three attacks. The first attack enables to recover a secret plaintext message broadcasted to multiple users. The second attack performs a chosen ciphertext key recovery attack and it was implemented and verified. The last attack is a related chosen plaintext decryption attack Attack on Broadcast Encryption
A valid scenario for this attack would be one where a service provider has to send an activation key to its customers. The activation key is the same for all the customers. In such case, when the service provider has to send the encrypted activation key to enough customers, an unauthorized user could recover the activation key. Chosen Ciphertext Attack
In this attack we assume that the adversary has access to an oracle that decrypts a given ciphertext. His goal is to retrieve the secret key S. Chosen Related Plaintext Attack
In the attack we propose, we assume there is a secret x and that the adversary can obtain Enc(x + y) for many chosen y values. The purpose is to recover x. Interestingly, the adversary will take advantage in getting the encryption of x + y which is not Enc(x) + Enc(y). In clear, we will see that the y → M(I − 2J)Bin(carry(wx, wy), ℓ) function leaks. |
|
|
|
Is anyone selling? Looking for 1kGB, exchange doesn't have the volume, neither does trading bot.
Try the slack channel. There is a slack channel #trading for Bytes and #trading_blackbytes for Blackbytes, please go there if you want to buy, sell, exchange Bytes and Blackbytes or want to speculate about the price!  There's also an automated order book at #book (Bytes asks and bids only): List of commands:
ASKS
BIDS
ASK <BTC> <GB>
BID <BTC> <GB>
REMOVE ASK
REMOVE BID Please keep this in mind for your own safety: Little guide for Byteball trading
This slack channel is for discussing Byteball trading and for organizing such trades. Please be aware that at the moment, the only way to trade safely is through a reputable escrow middleman! Even if you think you know the guy who you want to trade with, you should better trade through an escrow! We've already seen lots of scammers who try to impersonate well-known community members. So proceed with due diligence and always make sure that you are dealing with the right person, especially your escrow middleman. Only use registered escrow services and compare the usernames and bitcoin addresses carefully before you send someone your precious coins!
Registered escrow services:
@yassinnxt
Registered escrow bitcoin address: 153tSmxbKfby652LUyYdYEZhoxY9RzHYrz
Fee: 1% in BTC (from Byteball buyer)
(approx. 2700 BTC escrowed so far)
@seccour
Registered escrow bitcoin address: 1Hx3kxKbYyNgGyqzLB5Qw8BA8dZbuu1Xjn
Fee: none (tips accepted)
(over 500 BTC escrowed so far)
@martis
Registered escrow bitcoin address: 1pMPHbinYokoXEDav5J3tkto14rxBSwx9
Fee: 1% in BTC (split 50/50 between buyer and seller)
Get your slack invite here: http://slack.byteball.org/ |
|
|
|
 Borrowed wife's K7 (phone) because my S3 was not supported. Sent the required minimum BTC using a Coinomi wallet. Received the Byteball fractional amount and wrote the 12 passphrase on paper. When I gave her back her phone, she spitefully deleted the ByteBall app before her next argument with me! When she took a nap I grabbed her K7 and re-downloaded the ByteBall app but cannot find a restore function. Nice one!  You can try getting your byteballs back using your pass phrase together with the long complicated set of instructions I posted at this link. https://bitcointalk.org/index.php?topic=1735663.msg17414639#msg17414639However you can't get your blackbytes back using only the pass phrase. |
|
|
|
Good morning everyone. Morning here anyway.
What is the prediction for today? Dropping back to the mid 800s or settling nicely in to the early/ mid 900s.
i predict 2nd i predict neither, because I think a 3rd sideways option is most likely. |
|
|
|
Dont you have a better rocket than this one ...lol This one's appropriate for going sideways with little ups. I'll post a proper one after we go past the ATH again. I'm happy with going sideways with little ups for now, a slow rise is sustainable. |
|
|
|
For second distribution, do we need to "register" our byte address at all? or all the outstanding byte addresses will be used for distributions? I ask this because some (though small number as byteball is new) addresses may be dead addresses (lost, deleted etc).
Yes you need to "register" your address to get blackbytes, but if you only want byteballs you don't need to "register" your address. All byteball addresses will be included in the second distribution and get extra byteballs without "registering". However to get extra blackbytes you need to "register". To receive new blackbytes, you have to send your bytes to your own address the transition bot tells you. This is a technical necessity and can't be avoided to receive blackbytes. For new bytes you must do nothing, it's only necessary if you want to receive blackbytes! (who would not? ) |
|
|
|
Is there way to get back the coins.
Almost 3btc plus was lost in Cryptsy ?
You can fill out the receiver's form at this link. http://cryptsyreceivership.com/registration/It's not exactly a claim form, it's for giving the receiver details of what funds you had on cryptsy. Thanks. Didn't realize that the receiver required you to make a claim. Thought they had all the details of the owners of the coins. Big vern wiped the cryptsy servers clean before he ran. The receiver has no details of who owns what to work with. You need evidence to convince him you held coins on cryptsy like screenshots, or emails. And if you didn't bother to keep emails about logins (which most people delete), you are stuffed? In that case I assume you are stuffed. Perhaps someone else can think of other proof that would convince him, but I can't. |
|
|
|
it will reach the 1100 again very soon, the question is if it's going to hold this time, I think it's likely to fall a little bit once it hits 1166 again lol
It could continue up to the MtGox ATH of $1242 this time. IMO that's the next resistance. If it breaks through that $2000 should be broken through soon afterwards. |
|
|
|
I have quite crucial question. I linked my btc successfully but I dont remember setting up the wallet. Was there a seed to write down or something? How should I proceed if I dont have the seed anymore? I still run the old version wallet. Thank you in advance.
Before you upgrade to the latest software version you need to backup the Byteball folder contained in a hidden folder called local. You lose your blackbytes if you lose that folder. It needs backing up after each blackbyte transaction. It's important to back up your seed, but you can only recover your byteballs with it, not your blackbytes. However, using your seed to recover your byteballs is not easy, it's best to use a backed up folder. After you have backed up you need yo install the latest version of the software without first uninstalling the old version. The latest version will detect your old wallet, and is needed to see your byteballs. Thanks HI-TEC99 and CryptKeeper for clarification  What exactly I need to do to secure a backup before update to v1.0.0? "To restore wallets, you will need a full backup of Byteball settings. Just the wallet seed is not enough"
C:\users\<your user name>\AppData\Local\ByteballThe folder is normally hidden. If you haven't configured your computer to make it visible then click the windows orb, type %appdata% into the search box and press enter, Your hidden appdata folder should open. It's also important to back up your wallet words (the seed) that you can view in the advanced section of your wallet. Thank you for your answer. I use Mac Osx. Do you know where to look for it here? I know how to make hidden folders visible but there a quite a lot of folders. The byteball github says it's in ~/Library/Application Support/byteball https://github.com/byteball/byteballmacOS: ~/Library/Application Support/byteball
Linux: ~/.config/byteball
Windows: %LOCALAPPDATA%\byteball I never used a mac so I can't give any more detail than that. |
|
|
|
Next distribution is going to be 1/5 or so compared to first one, so unlikely it will affect the price a lot. A price will be manipulated by wales who got a lot of bytes during first round.
So only 20,000 GB will be distributed? Probably less. If all GB from the first round is on linked addresses, 10 000 GB will be distributed to the GB holders. Plus, for each linked BTC, 62.5 MB will be distributed; if the linked BTC stays at 70 000 BTC, that's only 4 375 GB. So the Gbytes which were received in the first round need to be actively linked to receive 10% in the second round? I thought this was automatic according to everyones balance... Me too. If I don't have no bitcoins, it does not make sense to link my byteball address. I should receive bytes according to my current balance at current address. Let's wait for clarifications from tonych. Sure, tonych is the right one to clarify this. But there is another consideration to make: if BB will be sent to ALL addresses, a lot of them will be received by exchanges (well, currently the only exchange - cryptox.pl), which doesn't sound like a particularly right thing Exchanges should distribute the BBs to individual accounts. I don't think we need to link byteball's address, it is automatic. All the linked bitcoin addresses should still be valid for the second round, this is my understanding... Exactly. Tony stated this: Q: Is it necessary to use the transition bot if you only have Bytes in your wallet? Will you recognize all wallets with Bytes in it for the additional 0.1 Bytes/Byte or do we have to do something special?
A: you don't have to do anything to receive new bytes
Wow, so exchanges are the lucky ones! Even if they distribute Byteballs to customers (which actually is up to them), they will receive Blackbytes for themselves !! Alternatively, if community could force exchanges to distribute Blackbytes too, it could immediately turn to a plus - the Blackbytes will automatically appear on exchanges This does't look to be well thought out. But hey, we'll see. It seems to me the brilliant tech implemented in this coin may compensate for all drawbacks of those distribution schemes, so BB could survive even with such strange distribution approaches. BLACKBYTES ARE ALREADY DISTRIBUTED!!!!! no one get this CryptKeeper says the OP was updated to a more precise distribution description that says not all blackbytes were distributed. We get given more in the second round for both Bitcoins linked and byteballs held. OP updated to a more precise description of the second round distribution:Participation in Byteball distribution
If you missed the 1st round of distribution, you can still participate in the further rounds. If you were in the 1st round, you can multiply your holdings. In the second round, which is expected in mid-February, you receive:
- 62.5 MB for every 1 BTC of proven balance
- 0.1 new bytes for every 1 byte you own at the moment of the snapshot
You also receive blackbytes:
- 62.5 * 2.1111 * 106 blackbytes for every 1 BTC of proven balance
- 0.21111 new blackbytes for every 1 byte you hold on the linked address at the moment of the snapshot
(total money supply of blackbytes is 2.1111 times more than that of bytes)
Byteball translators, please update your threads ASAP, thanks! |
|
|
|
|
Show Posts
