Hacker Newsnew | past | comments | ask | show | jobs | submit | mappum's commentslogin

Missed out on an opportunity to name it "QWOPtimizer"


This is fascinating - I have been quantitatively tracking TikTok trends and Indian songs consistently top the charts on TikTok by view counts. This will displace many Indian TikTok users and either a new platform will spring up, or Indians will get slightly better at using VPNs (just like internet users in China).

(For the curious, my TikTok data is shared here: https://tiktometer.com)


Amazing, this is clearly a glimpse into a future of internet content being less like a document and more like a virtual world.

Suggestion: the enter key should focus the chat box (like a FPS game) so you don't have to hit escape then click on it.


You mean the future as imagined by someone from 1995?


I think it's possible that vision is closer to the real future than that sounds at face value. I also initially thought of lawnmower man era breathless predictions for VRML and mockups of the future 3D internet. But this is actually a surprisingly compelling experience. Is it wrong I kind of like that almost everything from the browsing experience of reddit is removed except the titles and the linked content? It's got a pleasing simplicity and the tangible nature of making the internet a physical place is appealing to my primitive brain somehow. Definitely not my new way to browse the web, but surprisingly charming.


Maybe we can get a modern updated VRML spec going.


We definitely should, although probably from a completely different perspective than ‘94: High end phones can capture in 3D, so we should be able to store and view 3D images properly.

I’m starting with the idea of PNGs where the channels represent RGBZ instead of RGBA, but obviously we need more than 8 bits of depth information, and we are starting to get and care about high dynamic range for RGB data as well… would 16R:16G:16B:16Z work?

There’s also the point that depth information will have sharp boundaries, and it will probably be much worse for RGB information to blur over such a boundary as compared with the equivalent parts of a flat JPEG.



Yeah I remember trying a demo that was literally trying to do this, just on our Mac Performa 5200 over a 14.4 modem (you had to pre-download the "map"). Even the design is eerily similar.


If this is what internet content is going to be like in the future I'm not looking forward to the future.


The dream of the [late] 90's is alive?


Yeah, looks like project looking glass for the desktop ca. forever ago. The future is here?


Why would you force anyone?

They are incentivized to buy a miner-heater because as long as it earns something, they are essentially just paying less for heating.


They can, the idea is that they can mine more efficiently by storing the scrambled version rather than storing it unscrambled and re-scrambling when they need to generate a mining proof.


Very cool, I really like this idea of Nomic-style open-source code governance. I previously built a similar project: https://github.com/botwillacceptanything/botwillacceptanythi...


Unfortunately, SGX is not open for public use yet. You currently need special permission from Intel to access it.


Yeah, a license agreement? For the individual user it might not ideal right now, but for big Bitcoin players, that's easy to attain...


You could use hashpipe (https://github.com/jbenet/hashpipe), from Juan Benet (the author of IPFS). It simply checks that the input to the command matches a given hash, so you can do `curl <url> | hashpipe <hash> | sh`, and if the output of the curl command is different than expected it won't be passed in to `sh`.


Ironically the prebuilt binaries of hashpipe itself are provided without means of verification :I

So if you are going to use hashpipe, I think you should download it in source form, read it -- it's under 100 SLOC -- and then build it from source yourself. This way, you do that once and then in the future provided that you trust those sending you various scripts and binaries and the channel they used to provide the hash, all is well and no further manual verification is needed on your side of things ever again for any of those.


If an attacker can modify the output of the curl command (on the host or on the wire), cannot they also modify the value of the hash seen and copy-pasted by the end-user? I must be missing something...


I am long Zcash:

* The founder is Zooko Wilcox-O'Hearn, creator of Zooko's triangle, the BLAKE2 hash function, Tahoe-LAFS, and former employee at MojoNation (an early attempt at cryptocurrency/P2P filesharing where another employee, Beam Cohen, went on to create Bittorrent). He knows a thing or two about decentralization/P2P.

* This project is NOT a trivial Bitcoin clone with only a new proof-of-work swapped in. The Zero Knowledge Proofs they use to keep transactions private is state of the art crypto. Also their PoW is actually memory-hard (many currencies have used PoW functions which they thought would be memory-hard and ASIC-proof, such as Litecoin with Scrypt, but it turned out not to be the case).

* Their "Founders Reward" is less like a premine and more like startup vested equity (it pays out to them gradually over 4 years to incentive themselves not to pump and dump).

* The team is extremely helpful in the Zcash Slack and are a relief after dealing with the pedantic, difficult Bitcoin developers.


I can't stand the proliferation of proof-of-work cryptocurrencies in a world where people don't have to pay for the externalities of the energy they use.

Let me know when there's a cryptocurrency based on proof-of-carbon-sequestration or something.


I'm working a coin minted for proof of carbon sequestration. It'd be implemented as a ledger on Ethereum (which is currently PoW but moving to proof of stake). Pay ether to a smart contract, it forwards the ether to approved organizations doing sequestration, and you get new minted coins.

A couple weeks ago I presented the idea at MIT's Solve conference, and I've got a writeup at MIT's ClimateColab that made finalist this year.

http://climatecolab.org/contests/2016/shifting-behavior-for-...

http://solvecolab.mit.edu/challenges/2016/fuel-carbon-price

(The Solve writeup is pretty old, the Colab is recent but I've done more thinking about the minting schedule since then and made some changes.)


Neat.

Aside from the fact that it's built on a bug-prone foundation (Ethereum), the idea at least gives me some hope that cryptocurrencies don't have to have a negative impact.


Cool :)

As for Ethereum, so far the bugs in the underlying platform have been minor; right now they're dealing with DoS attacks resulting from mispriced opcodes but that's getting fixed. Most issues have been due to poorly-written smart contracts rather than the platform. That's not entirely the fault of the contract authors; it's taking some time to figure out the attacks and best practices.

I'm not planning to launch in the near future anyway, because Ethereum is going through some major changes next year for scalability, and contracts will need to be coded differently to take advantage of that. In the meantime I've gotten a job doing Ethereum app work, so I should be reasonably well-prepared to get the technical side of things right.

I think the bigger challenge is making sure the climate action is actually effective. Something I learned from people at the MIT conference is that while carbon offsets are readily available in the voluntary market, even the certified offsets are often very poor quality, or even outright scams.

Also I'd like to figure out a governance system that doesn't rely on central administration, but that may not be workable; a more democratic system could end up funding charismatic projects that don't actually do much good. I've got some ideas though.


>I can't stand the proliferation of proof-of-work cryptocurrencies in a world where people don't have to pay for the externalities of the energy they use.

Not a fare comparison; all of visa/mc's servers have externalities, all of the money trucks driving around physically collecting cash have carbon externalities, building ATMs and printing plastic credit cards have carbon externalities, building banks and running them have carbon externalities.

You have to compare the relative carbon impact. Cryptocurrency miners obviate all of those things.


Have you compared the relative carbon impact? You're making it sound like the things you're "obviating" are on at all the same scale.

Visa et al. are incredibly efficient compared to Bitcoin. I heard a Bitcoin advocate point out that all it would take to make Bitcoin have enough throughput that everyone could use it is 1% of the power in the entire world.


That is the case for Bitcoin but not for all blockchains, particularly prove of stake systems. BitShares for example has an extremely efficient system.

The tradeoff is that the 'peer' need to be relatively high performance servers (just normal commodity servers, nothing special).

Its impossible to achieve with the concept of everybody running their own nodes on a laptop.

In BitShares the Shareholders (people who own BitShares) can vote on either improving the performance and decreasing the distribution or the other way around.

So you are still gone be somewhat less efficient compared to Mastercard but you can achieve the same the scalability with a reasonable amount of extra power usage.


Good luck getting anything like that into a cryptosystem.

Do you actually understand the utility of proof-of-work? Whenever someone proposes something silly like "proof of recycling" or "proof of solar power" I can't imagine they do.


I understand the negative utility of proof-of-work. It takes useful resources and turns them into nothing.

I didn't claim it would be straightforward to make a cryptosystem whose mining process causes a benefit instead of a harm. I didn't claim I had such an idea. But let's rank some options in order of goodness:

1. Figure out a cryptocurrency with a real-world benefit

2. Don't use cryptocurrencies

3. Use cryptocurrencies

You may have chosen the worst option. I'm content with option #2.


> I didn't claim I had such an idea

Hint: it's impossible.

But regardless, I seriously doubt that Bitcoin mining actually has negative utility even after taking into account any negative externalities introduced by the relatively small electricity use from mining. My suspicion is it's more or less negligible compared to manufacturing or transportation.


What do you think about Cryptonote projects? Such as Monero, Boolberry, a variety of other similar networks

Some advantages Cryptonote has that come to mind:

- They are private by default. Zcash requires two states, a state analogous to bitcoin, and the anonymous zcash state which has to be explicitely opted into. Shadowcash also has this, but opted for ring signatures for the anonymous state (like cryptonote coins use by default) instead of the zkSNARKs. The market hasn't focused much attention on Shadowcash.

- Cryptonote projects have proof of work algorithms that are durable and so far ASIC-proof. Cryptonite, Wild Keccak still are CPU and GPU friendly. But I'd have to read their respective papers before I say "ASIC Proof because memory hard"

- Cryptonote are also auditable if a user wants to reveal information about a transaction. But even then the information is limited, it will show that payments came in and out of specific amounts, but it won't show the sending/receiving address along with those transaction IDs.

- Cryptonote projects have nonthreatening names. Many privacy centric projects have names like Dark- Shadow- Anon- whereas noteworthy cryptonote projects have names that at worst simply wouldn't be taken seriously by a "powerful establishment" until so much capital and infrastructure is already built. I think ZCash or "Zerocash" isn't going to get smiles and congratulations from FinCEN. Hyperbole, but I don't think it is an advantage for the project.

Its one thing to be optimistic about the founders and their company, but for you to say "long" something that doesn't seem like a better investment, makes me wonder what you see in comparison to some other existing technologies.

Looking forward to your thoughts


> Zcash requires two states, a state analogous to bitcoin, and the anonymous zcash state which has to be explicitely opted into.

It does not require two states, this is a misconception that originates from the paper which refers to "basecoins" and other obsolete terminology. The protocol was anticipated to be a sidechain of some kind, but due to technical limitations that never panned out. Our system does use two states, but I personally advocate for removing the "transparent" system in the future when we have things like private multi-sig.

> Cryptonote are also auditable if a user wants to reveal information about a transaction. But even then the information is limited, it will show that payments came in and out of specific amounts, but it won't show the sending/receiving address along with those transaction IDs.

You can do all of this with our system as well, it was one of our design goals!


I get that the protocol in theory doesn't need two states, Zcash the product will have two states. The harder second state likely won't be used that much. There are several cryptocurrencies that had multiple states to promote privacy. Darkcoin's darksend was an option in an otherwise bitcoin clone. Shadowcash has two states where the default state is an otherwise bitcoin clone. Zcash doesn't differentiate there.

As regard to your second point, I know, thats why I said "also".

Aside from the marketing budget and evangelists, Zcash isn't really standing out to me. What do you see? Your idea and possibility of removing the transparent system? From my understanding this means every transaction will have the high system requirements, it still seems like a worse execution of this technology than other existing cryptocurrencies who will be even further ahead by the time these growing pains are even considered on the Zcash network.


CryptoNote doesn't look very scalable; if you want a large anonymity set, your transaction size grows linearly with the size of the set.


Scaling is a valid criticism of cryptonote

Have you talked with the monero team on how they plan to address it?

They might not have a good answer (cheaper storage, computers faster in the future), maybe they do have some solutions in mind

This seems to be an issue with zcash too? Can you explain why it isn't?

Given current information if seems like these problems won't become apparent till the year 2021


In ZCash each transaction is the same size, regardless of how large your anonymity set is.


Okay, that is an interesting perk, where could I read about that and come to the same conclusion? For some reason I don't recall the white paper explicitly saying that but it wasn't comparing itself to cryptonote to begin with.


It's a property of the zero knowledge proofs in question; they're called Succint Non-interactive Arguments of Knowledge because their size grows sublinearly with the size of the statement being proved. In the case of ZCash, the statement consists of proving things about the blockchain, and things are set up in such a way that the size of the proof used is 288 bytes, ALWAYS.


is this proof the one that also cannot be formed in a trustless way?


As you are zealously talking your zcash book, maybe you would be willing to let me short this worthless charlatanry and transparent crytopportunism to you for actual dollars? Via a personal CFD?


Same as IPFS, which should probably be in the "Decentralized Web" category.


Technically it uses hash chains which blockchains are based on, so it is tangentially related. But IPFS is basically just Git (also using hash chains) with networking addons, no concensus algorithm (none needed).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: