5 ms·
It seems reasonable to expect that Ethereum operators share responsibility in case of usage of their network for malicious or criminal activity. They have the t
by rvnx 4y ago
It seems reasonable to expect that Ethereum operators share responsibility in case of usage of their network for malicious or criminal activity.
They have the technical means to control what goes on there or not.
Otherwise it's like if you run P2P nodes and claim pedo pictures aren't your problem.
- fzfaa 4y ago> Otherwise it's like if you run P2P nodes and claim pedo pictures aren't your problem. If the network is completely p2p, they really aren't. OTOH, it seems foolish to develop/run a p2p network and publish your real name along with it. It's asking for trouble.
- ajhurliman 4y agoYou mean the miners? Mining Ethereum doesn’t allow for much inspection of what you’re validating in each block. It’s just a program that runs and guesses a bunch of salts that hopefully result in a hash that meets some particular parameters (e.g. starts with 5 zeros). You want to be the first to guess correctly so you win the reward for that block, so any sort of investigation doesn’t make sense. From what data was stored on-chain in that block and whether it may be problematic (or even what the data represents), to which contracts were involved (and whether they have criminal ties), it’s just not reasonable for any miner to take responsibility for the block chain operating as expected. I think this is the core issue with the block chain, is that society has always expected there to be some moral agent that you could hold responsible. Except in cases of natural disasters, you can normally blame someone. But with blockchains, it’s a lot harder to place blame on someone, or link a physical person to the online identity. Similarly with the 2008 GFC, everything was abstract enough that almost nobody got in trouble for a situation that was most certainly man-made, but hard to place the blame. At least then, though, the government had some amount of control over the banks and also relied on them to return society to normal. Through the government’s eyes, block chain doesn’t appear necessary for society to operate and is very difficult to regulate, so I’m sure their tolerance is a lot lower for blockchains when financial crimes crop up from it.
- legutierr 4y ago> Mining Ethereum doesn’t allow for much inspection of what you’re validating in each block. Yes and no. It depends on what you mean by “validating”. If your objective is to restrict the types of transactions that end up in the blocks you yourself create, you can recompile geth with a custom mempool implementation, and use that custom mempool to inspect the data of any pending transaction you want. This is how MEV works. In other words, it is 100% possible for a technically-competent miner to only create new blocks that exclude blacklisted accounts, or that restrict transactions according to any number of criteria. On the other hand, once a new block has already been mined and propagated to the network, there is nothing that a single miner can do to stop it. If you start rejecting otherwise-valid blocks because they include blacklisted transactions, you will only fork yourself from the network. The rest of the miners will keep on building on top of the block you wanted to drop.
- jschlatter 4y ago> They have the technical means to control what goes on there or not. They have less control than you may think. Any ethereum miners (or proof-of-stake validators) who block some class of transactions immediately become vulnerable to denial of service attacks. This came up back in 2016 with the DAO hack on ethereum[1]. Some ethereum miners considered blocking transactions that moved the stolen funds, but then realized that this was infeasible: if you block such transactions, then the DAO hacker can spam you with them. Such spam on ethereum is usually prevented by requiring the sender to spend money on each transaction (ie pay gas fees). But that fee is only charged when the transaction is included in a block -- if you refuse to include it, then the spammer pays nothing. The kicker is that, by Rice's theorem, there is no way in general to distinguish "malicious" transactions from non-malicious ones (for _any_ definition of "malicious") short of just executing them to see what they do. So if you as an ethereum miner (or validator) try to block certain transactions, you can be forced to do unbounded amounts of work for free, ie DoS'd. [1] https://hackingdistributed.com/2016/07/05/eth-is-more-resilient-to-censorship/ https://hackingdistributed.com/2016/07/05/eth-is-more-resili...
- willcipriano 4y agoI thought standard procedure here is you pay a fine that is a fraction of your revenue, not jail time. Like here: https://www.investopedia.com/stock-analysis/2013/investing-news-for-jan-29-hsbcs-money-laundering-scandal-hbc-scbff-ing-cs-rbs0129.aspx https://www.investopedia.com/stock-analysis/2013/investing-n...
- Jensson 4y agoIf they did this closed source he probably wouldn't get jailed, and instead the company would have gotten fined. But open source makes things easy to trace so you just jail the person who wrote the code.
- willcipriano 4y agoI assure you it's even easier to find the CEO of a major bank.
- Jensson 4y agoYeah, but then they would imprison the CEO and not the developer. Very different, especially since it is easy for CEO's to say that they weren't aware of any criminal activity. A developer who directly develops the feature is much easier to blame.
- biglearner1day 4y ago> Yeah, but then they would imprison the CEO and not the developer. While they do get blamed, the Netherlands doesn't seem to care all that much. They seem very selective with how they react to supposed money laundering https://www.reuters.com/article/us-ing-groep-settlement-money-laundering-idUSKCN1LK0PE https://www.reuters.com/article/us-ing-groep-settlement-mone... https://www.dw.com/en/how-ing-bank-in-poland-helped-russians-launder-money/a-55322399 https://www.dw.com/en/how-ing-bank-in-poland-helped-russians...
- 4y ago
- yamrzou 4y ago> it's like if you run P2P nodes and claim pedo pictures aren't your problem. It's more like being arrested for developing a Bittorrent client
- josefx 4y agoAfter making it repeatedly clear that you think Bittorrent is the next big thing for pedos and that your client is intentionally optimized to keep pedos safe from the government. Nearly every time someone gets arrested for developing software they where also advertising and in some cases outright advising people on how to get away with illegal shit using their software.
- paganel 4y agoI think the people behind those clients were clear targets back in the day, before the advent of services like Netflix and Spotify alleviated some of the financial troubles experienced by the entertainment industry.
- rvnx 4y agoKaZaA for example (which became Skype indirectly)
- Tepix 4y agoThat depends on what are reasonable technical means to prevent things. Is it reasonable for the postal service to examine every single piece of mail to check if it is illegal?
- rvnx 4y agoThey are held responsible to a certain point yes, and shipping services actively control high-risk shipments (up to the point they check the box contents, for airplane shipping, for batteries for example). It's forbidden to send money through mail in many places. When you go to the post office to send money, the post office verifies your identity, the payment method, the sanctions list, etc and keeps the records for the authorities. If you decide to violate the rules and send cash in a letter, the postal service allows the authorities to access the raw packages and full information, and full access to it, whether to use cash sniffing dogs (they really exist), etc. Also, a fundamental difference with crypto exchanges: Whether you send large amount of cash for criminal activity via the postal service or whether you send a large amount of books the postal service isn't going to benefit more, so they don't have to encourage criminal activity.
- biglearner1day 4y ago> They have the technical means to control what goes on there or not. Imagine the scenario wherein potential "illegal" crypto is mixed through another service. How would you expect Tornado to verify that without straight-up blocking specific services through transaction patterns?
- deleted 4y ago[deleted]
- darkcha0s 4y agoI know I will get a hail of downvotes for this, but again you're comparing apples and oranges. The operators are using crypto for a wide range of applications. Using a mixer has probably 99.9% illegal reasons and 0.1% legitimate uses. Making money laundering harder is a good thing, no matter how many people here will try to convince you it isn't.
- akimball 4y agoOnly if you presume that private deeds are illegitimate. That appears to reverse the presumption of innocence, without which the law becomes nothing more than a tool to destroy the enemies of the prosecutors.
- tyrfing 4y ago> Using a mixer has probably 99.9% illegal reasons and 0.1% legitimate uses Similar to people using paper money or end-to-end encryption really. Nobody needs military-grade encryption or anonymous currency unless they're trying to hide something.
- A4ET8a8uTh0 4y agoThat is the fun part, isn't it. Government is now ok with crypto, because it can easily track it. But you try to make it actually not being able to track, booy howdy, it will come down on you like a ton of brick.
- Arnt 4y agoThat's not actually true. Say I sell software, or SaaS. Then I may need military-grade encryption because I need to sell, a few potential customers (may) need that, and I need to keep my costs down so supplying the latest and greatest cipher to everyone is the right default. It may waste a bit of CPU but it saves the time of the sales and support people, and human time is expensive. Say I'm going to buy something tomorrow, and I don't like SPoFs. There's a card in my wallet, or maybe two, but if the card reader in the shop is down, that's a SPoF unless I also carry some cash.
- diogenes1 4y ago