Mike3549 wrote: » you can call it sealioning, trolling or whatever you like,
Mike3549 wrote: » you can call it sealioning, trolling or whatever you like, but claiming that crypto is for people in developing countries is ridiculous. 1/6th of all population have little or no electricity, 1/3rd dont use mobiles phones and you claim that these people in particular will use crypto, by texting? Its not easy to explain how technology works to public joe, but somehow you dont think it will be a problem to an uneducated person from 3rd world country, who cannot read or write
Gerald Obedient Manicurist wrote: » Were talking about those in third world countries who do have electricity, do have mobiles and who can read and write.
The Enbalmer wrote: » Just checked in Subway Grafton Street. They don't accept anything other than Euros or a debit/credit card. Is there a Church's Chicken in Ireland?
Gerald Obedient Manicurist wrote: » Mike3549 wrote: » Guys sorry for derailing the thread. you can call it sealioning, trolling or whatever you like, but claiming that crypto is for people in developing countries is ridiculous. 1/6th of all population have little or no electricity, 1/3rd dont use mobiles phones and you claim that these people in particular will use crypto, by texting? Its not easy to explain how technology works to public joe, but somehow you dont think it will be a problem to an uneducated person from 3rd world country, who cannot read or write Were talking about those in third world countries who do have electricity, do have mobiles and who can read and write.
Mike3549 wrote: » Guys sorry for derailing the thread. you can call it sealioning, trolling or whatever you like, but claiming that crypto is for people in developing countries is ridiculous. 1/6th of all population have little or no electricity, 1/3rd dont use mobiles phones and you claim that these people in particular will use crypto, by texting? Its not easy to explain how technology works to public joe, but somehow you dont think it will be a problem to an uneducated person from 3rd world country, who cannot read or write
manu2009 wrote: » The Enbalmer wrote: » Just checked in Subway Grafton Street. They don't accept anything other than Euros or a debit/credit card. Is there a Church's Chicken in Ireland? Sure look if its not accepted in Subway in Grafton street it's not getting any real world use :pac: P.S. and it's now over 2,500
The Enbalmer wrote: » So no subway on the European Continent is taking bitcoin and you're trying to make it look like you scored a point! So tell me there horse..how exactly do you buy a sandwich with bitcoin? I mean I know how to do it with cash money or a debit card but how do you do it with bitcoin? How is the menu priced? And I just betcha there's no bitcoin equivalent of a debit card that you can just tap or swipe.
And I just betcha there's no bitcoin equivalent of a debit card that you can just tap or swipe.
cravings wrote: » i don't go into forums about stuff i'm not interested in / think are stupid just to wind up the people there?
smacl wrote: » Sums it up really. If I see someone on a forum like this posting unsubstantiated nonsense purely to cause aggravation, which is what I reckon is going on here, I ask myself why? What motivates them? None of the possible answers would encourage me to engage.
Grumpypants wrote: » Etherium upgrade coming Wednesday, not sure what impact it will have. Hopefully not like the bitcoin cash crash.
Tinder Surprise wrote: » Cryptopia Exchange was hacked small irrelevant exchange but still, hopefully no one on here effected
The Enbalmer wrote: » No chance..they're far too shrewd round these parts. High rollers to a man.
JohnnyFlash wrote: » Is there any further info about this? What sort of upgrade? I presume it isn’t the much vaunted move from PoW to PoS?
What is Constantinople? Changes that are implemented in Constantinople are defined using EIPs. Ethereum Improvement Proposals (EIPs) describe standards for the Ethereum platform, including core protocol specifications, client APIs, and contract standards. The following EIPs will be implemented in Constantinople. EIP 145: Bitwise shifting instructions in EVM Provides native bitwise shifting with cost on par with other arithmetic operations. EVM is lacking bitwise shifting operators, but supports other logical and arithmetic operators. Shift operations can be implemented via arithmetic operators, but that has a higher cost and requires more processing time. Implementing SHL and SHR using arithmetics cost each 35 gas, while these proposed instructions take 3 gas. In short: This EIP adds native functionality to protocol so that it is cheaper & easier to do certain things on chain. EIP 1014: Skinny CREATE2 Adds a new opcode at 0xf5, which takes 4 stack arguments: endowment, memory_start, memory_length, salt. Behaves identically to CREATE, except using keccak256( 0xff ++ sender_address ++ salt ++ keccak256(init_code)))[12:] instead of keccak256(RLP(sender_address, nonce))[12:] as the address where the contract is initialized at. This allows interactions to be made with addresses that do not exist yet on-chain but can be relied on to only possibly contain code eventually that has been created by a particular piece of init code. Important for state-channel use cases that involve counterfactual interactions with contracts. In short: This EIP makes it so you can interact with addresses that have yet to be created. EIP 1052: EXTCODEHASH opcode This EIP specifies a new opcode, which returns the keccak256 hash of a contract’s code. Many contracts need to perform checks on a contract’s bytecode, but do not necessarily need the bytecode itself. For instance, a contract may want to check if another contract’s bytecode is one of a set of permitted implementations, or it may perform analyses on code and whitelist any contract with matching bytecode if the analysis passes. Contracts can presently do this using the EXTCODECOPY opcode, but this is expensive, especially for large contracts, in cases where only the hash is required. As a result, a new opcode is being implemented called EXTCODEHASH which returns the keccak256 hash of a contract’s bytecode. In short: This EIP makes it cheaper (less gas is needed) to do certain things on chain. EIP 1283: Net gas metering for SSTORE without dirty maps This EIP proposes net gas metering changes for SSTORE opcode, enabling new usages for contract storage, and reducing excessive gas costs where it doesn’t match how most implementation works. In short: This EIP makes it cheaper (less gas is needed) to do certain things on chain, especially things that are currently “excessively” expensive. EIP 1234: Constantinople Difficulty Bomb Delay and Block Reward Adjustment The average block times are increasing due to the difficulty bomb (also known as the “ice age”) slowly accelerating. This EIP proposes to delay the difficulty bomb for approximately 12 months and to reduce the block rewards to adjust for the ice age delay. In short: This EIP make sure we don’t freeze the blockchain before proof of stake is ready & implemented.
unkel wrote: » Damn, that's inconvenient. It's my most used exchange. Was wondering what the story was as their site went into "maintenance" mode sometime yesterday afternoon
LoLth wrote: » Mod Note:The Enbalmer banned from forum: enough posts here to show a pattern of repeated pedantry and trollish behaviour. latest post just confirms that the poster just want to be a dick. Alternate opinions and views are welcome, disagreement is welcome but discussion is mandatory, soapboxing and other troll strategies are not allowed. I apologise to the forum users for allowing it to go on for the length I did but I prefer to be sure and give the poster every chance to prove me wrong.
unkel wrote: » Thanks Bob! No, I had just sent about $30* worth of coin to the exchange to immediately sell it before I realised it was in maintenance (=something bad wrong). I never leave any coin on any exchange. Transfer in => buy / sel => transfer out *Yes that's a pittance, even for my standards
Bob24 wrote: » Not everyone will be aware of the risks or have a good alternative options to hold their crypto.
makeorbrake wrote: » Bob24 wrote: » Not everyone will be aware of the risks or have a good alternative options to hold their crypto. I think its a case of a totally different mindset required. It's an excellent feature of crypto - the ability to hold your own funds. However, it comes with great responsibility and its far from user friendly. I'd hope someone can innovate towards a more user friendly way to facilitate the user to store their own funds safely and securely.
makeorbrake wrote: » I think its a case of a totally different mindset required. It's an excellent feature of crypto - the ability to hold your own funds. However, it comes with great responsibility and its far from user friendly. I'd hope someone can innovate towards a more user friendly way to facilitate the user to store their own funds safely and securely.