drazvan's comments

drazvan | 4 years ago | on: Advice on the privacy and personal data protection aspects of a digital euro [pdf]

The fact that it's technically possible doesn't mean the banks will enforce it. The reverse is also true, if we do not offer the flexibility, someone else will (since it is technically feasible). However, most of the central banks we've talked to are looking at negative interest rates above a certain amount, not for all digital cash holdings, to discourage people from hoarding it.

drazvan | 5 years ago | on: YC S20 Remote Batch

Applications for S20 ended on March 16th, haven't they? I wanted to apply but definitely could not travel, this change makes it interesting/possible again but I'm not sure it's not already too late to apply.

drazvan | 9 years ago | on: The Internet of Onions

I'm actually working on something based on this idea - I've created a SIM card for the Internet of Things - basically a smartcard (microSD form factor) that offers a persistent crypto-secure identity for Internet-connected objects.

It works by holding the TOR hidden service private key inside a tamper-resistant smartcard and generating/signing hidden service descriptors with it (plus an entire mechanism to prevent you from signing future descriptors - meaning that the identity is closely tied to the physical SIM card, just like in the GSM world - whoever has the SIM has the identity, once you've removed the SIM the identity goes with it).

Discussion at https://lists.torproject.org/pipermail/tor-dev/2016-June/011... - I've made progress since that post, it's now fully operational and tested, just need to figure out a way to turn it into a product and get some funding for it.

drazvan | 9 years ago | on: How contactless cards are still vulnerable to relay attack

I've actually used the "attack" in the article to design a P2P Bitcoin exchange based on the idea of using someone else's contactless card (with permission) in exchange for Bitcoin. This would solve one of the big issues in exchanges today - that is the fiat escrow handling.

There's a demo for a quick PoC here https://www.youtube.com/watch?v=ZsOzeELdjxM . It makes me sad that they're closing this, the fraud potential was really small (as the article implies).

drazvan | 9 years ago | on: Ask HN: I don't need a big salary, how to avoid being deemed as lower quality?

I'm also in Romania, making about $95k/year. I'm running it through my company, an LLC (SRL in Romanian). Starting in 2016, you can classify yourself as a micro-enterprise if you make less than EUR 100k ($112k) and you pay 3% in tax if you have no employees or 1% if you employ at least 2 people (could be you and your spouse for instance - that's what I do), then an additional 5% in dividend tax if you want to get cash in your pocket and don't expense anything. An accountant will cost you about 100 EUR (probably less in your case if you have just one monthly invoice to your client).

I'm not sure why you'd want to stay below $55k, depending on where you live you may just get additional projects and outsource them yourself to a junior dev you can monitor. That would give you your two employees to qualify for the 1% tax and you could move more of your workload to the additional dev as he/she learns stuff.

drazvan | 9 years ago | on: Yubico: Secure Hardware vs. Open Source

BTW, the two major manufacturers they're talking about are NXP (http://www.nxp.com/) and Infineon (http://www.infineon.com/). STMicroelectonics (http://www.st.com/) is also a player here and Feitian has also started doing it (http://www.ftsafe.com/product/epass/eJavaToken). NXP and Infineon are notoriously hard to get started with for small companies and independent developers but they have some very clever proprietary stuff in their chips.

drazvan | 10 years ago | on: A Bitcoin miner in every hand

What if they actually planned this and fine tuned their ASICs so that they would never be able to actually generate enough satoshis to go above the dust limit? They could tell their users: you've generated 1 satoshi this month, just 5459 more to go ... that's only 454 years :). "Honestly, we want to pay you your share, but the Bitcoin network won't allow it because it's below the dust limit ... trust us, you'll get paid in 454 years".

So they can make them mine fast enough to make a difference in terms of hash rate but slow enough to never actually reach the payout limit - so they could constantly owe their users very small (unpayable) amounts.

If the idea is to mine slowly, it can be done on a CPU. Most smartphones also have a GPU on board, so they could mine faster than a CPU. And the chips are already in there, you wouldn't have to buy a new phone/chip for this.

Finally, people seem to misunderstand how mining works ... you can't mine a single satoshi, you either find a block or you don't, so you either get the 25 BTC (currently) reward + transaction fees or you don't. The pool distributes the load and the reward, so there would still be a "funding" transaction from the pool to the user - it's not like their ASIC can generate 1 satoshi on board, it can lend its hashing power to the pool and receive 1 satoshi (actually 5460+ satoshis, see above) for their effort from the pool.

page 1