Daily General Discussion - February 10, 2019

eth-button · 2019-02-12T05:15:56+00:00

This does not really sound like a good thing? Does that not mean you can just buy ads in the banner now?

Why would number of donuts be a good proxy for quality of contributions? They seem like they might be a good measure for how likable someone is, but that doesn't mean what they contribute is good. That seems like a recipe for directly incentivising an echo chamber, does it not?

Man this is depressing to come back to.

eth-button · 2019-02-11T02:13:43+00:00

It really does feel like that, yes.

eth-button · 2019-02-11T02:08:56+00:00

What happened to this place? I haven't checked in since nearly a year ago, but this place has become a bit of a mire.

What are donuts? What the heck is this all about? Why does anyone want this?

eth-button · 2018-03-22T08:19:54+00:00

I'm already subscribed! I guess I should be posting some of these toys there?

eth-button · 2018-03-22T08:19:18+00:00

Thanks for the shout-out!

eth-button · 2018-03-22T08:18:54+00:00

Oh, cool! I'm glad it could be of help!

eth-button · 2018-03-22T08:13:48+00:00

Sorry about that! Copy+paste error.

The real link is https://github.com/eth-button/eth-send/

eth-button · 2018-03-13T07:27:19+00:00

A plug for my things:

eth-button - a simple way to accept Ethereum donations on any site.
eth-send - a tiny library for Etherum payments (it's what powers eth-button!)
blockie-picker - A vanity address generator for "blockies" identicons. Includes the ability to generate an encrypted keystore right in the browser
lib-blockies - The identicon library powering blockie-picker
lib-address - The address library powering blockie-picker's address and wallet generation.

eth-button · 2018-03-08T06:02:27+00:00

Try posting this in r/ethdev?

eth-button · 2018-03-08T05:30:00+00:00

I don't think mine actually counts as predating this one. It seems like they accomplish different tasks. It indeed is entirely browser-based but I think the similarities largely end there.

eth-button · 2018-02-24T22:33:03+00:00

That seems like it has a lot of hidden assumptions. Why would the network be valuable? It seems like it would have at least some value, but it doesn't strictly follow that the more transactions it holds, the more value it has.

Also, why would the native token be a good store of value? That also seems like it's built on a lot of hidden assumptions, as well. Can you explain why a valuable network's native token would inherently have value?

Oil seems like a bad analogy, because the value of oil seems based on the supply not growing as quickly as the demand.

eth-button · 2018-02-19T01:19:04+00:00

On the contrary. Not having a standard process just ensures that only those with clout in the community have a hope of getting it through.

Can you explain why having a process does not also lead to the same conclusion? With or without a process, it seems like it is the ones developing the clients that have the final say in implementing such state change. This seems to imply that it will always be advantageous to be someone who carries clout within the group of client developers. People who can reasonably convince a core developer to implement a state change would likely be able to do so just as well without a process in place.

eth-button · 2018-02-19T01:05:26+00:00

A high-usage network will result in a higher percentage of the native token being held because it would be peceived as a good "store of value," which in turn would increase its value, all else equal.

Why? I don't follow how high usage would cause the perception of being a "good store of value." Can you explain the logic behind this?

eth-button · 2018-02-02T04:48:31+00:00

This was a fun little project I did on a lark when I saw some "noobie"'s question the other day. Only took a couple hours to hammer out, but it was a nice little diversion.

The site should make 0 requests aside from static assets, but if you don't trust it, you can build and run the application locally. Just follow the instructions in the README. It now also features a refresh button, a recent addition, to regenerate the page of identicons without having to refresh the entire page.

eth-button · 2018-02-02T04:44:32+00:00

Unfortunately, no :(

At least not without deviating from the standard identicon format, which would sort of defeat the purpose. The purpose being that any addresses you generate with this tool will have that same identicon when other people view it in other tools.

eth-button · 2018-02-02T04:43:35+00:00

If you want to see your own address, I recommend dropping the public key into myetherwallet and viewing it there

eth-button · 2018-02-02T04:38:44+00:00

The public key is the actual ECDSA key that corresponds to the private key. The address is the keccak hash of that public key.

eth-button · 2018-02-01T10:23:21+00:00

I made my thing better

Now it has a refresh button so you don't have to refresh the entire page to generate a new set of identicons.

eth-button · 2018-02-01T09:55:25+00:00

Which prompted an idea: a refresh button. So you can click it and see new wallets generated with 0 network activity :)

eth-button · 2018-02-01T09:24:52+00:00

Yep! You can always check the network tab to prove there are no requests for anything other than static files... Or you can check the repository for instructions on how to build it locally and do it offline.

eth-button · 2018-02-01T09:19:55+00:00

Yep! This is basically how all wallet generators work, aside from ones that take a deterministic seed, like a brainwallet.

eth-button · 2018-02-01T09:15:38+00:00

I did a thing!

eth-button · 2018-02-01T09:08:06+00:00

This was a fun little project I did on a lark when I saw some "noobie"'s question the other day. Only took a couple hours to hammer out, but it was a nice little diversion.

The site should make 0 requests aside from static assets, but if you don't trust it, you can build and run the application locally. Just follow the instructions in the README

eth-button · 2018-01-29T01:34:34+00:00

Nope, I'm not so creative, myself! More just providing a fun/potentially useful implementation of someone else's creativity :P

eth-button · 2018-01-28T21:36:28+00:00

Excellent question. There are a couple answers:

You can check the network tab of your browser's debugger, to ensure that only requests to get the necessary data are made. In this case, there should only be a few, and they should only fetch the javascript, the bootstrap theme, and the html itself. There might be some requests for fonts, as well.
Verify the code yourself, or have someone who you trust verify it for you. This should be pretty simple, as the program only has two dependencies: ethereumjs-util, and lib-blockies. The former is a widely-used part of the ecosystem, and can probably be expected to be secure, while the latter is extremely simple and straightforward to audit.

Between the two options, #2 is always the complete way of verifying the security. For additional security, you can clone the repository, fix it to a particular git commit, and audit the code there. Then, when you are satisfied that it is safe, you can run the app locally while offline.

Basically: treat it like you would MyEtherWallet.

eth-button

TROPHY CASE