Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 105. (Read 4671660 times)

what is "application 1.1.3"?

what is "application 1.1.3"?

Very strange solution  - Monero (XMR) mining tool Coinhive decides to shut down after Hard Fork

Coinhive announced that it will go out of service on March 9th before the hard fork, but it unclear why the hard fork influenced their decision because after the hard fork ASICs will no longer dominate mining which should actually be more profitable to Coinhive.

https://blockmanity.com/news/monero-xmr-mining-tool-coinhive-decides-to-shut-down-after-hard-fork/

I think you are looking for this thread:

https://www.reddit.com/r/MoneroMining/comments/awx4jg/you_must_update_your_miners_for_the_march_9/

Looks like the patch came early.

https://patch-diff.githubusercontent.com/raw/monero-project/monero/pull/5216.patch

Riccardo Spagni   to monero-announce   (6 hours ago) show details create a rule
To update this: since the bug has been irresponsibly, publicly
disclosed by a third-party unrelated to original discloser to the
Vulnerability Response workgroup, the Monero developer community has
decided to fast-forward the update to today. If you are running a
wallet on an exchange, payment gateway, or service, then you can
update to 0.14.0.1 using the appropriate tag, as in 'git checkout
v0.14.0.1'. Binaries for this release should be completed and uploaded
in the next 24 hours.

Arbitrary code execution? Wallet DoS?

edit not as fun as that. it's like the double counting wallet bug from before

Any privacy feature addition to LTC will most likely be optional. As such, the following will apply:

https://www.reddit.com/r/Monero/comments/akq1q5/with_the_scaling_debate_behind_us_the_next/ef6xyq9/

I still remember the problems I had upgrading my Linux wallet when Monero forked to v.7. Also I find the frequent forks tiresome, since they are only treating symptoms temporarily instead of curing the disease (ASIC vulnerability). The tech behind Monero is still cool, but not an end in itself, and I don't see the price going anywhere long as it remains "eclectic", and mainly useful on the darknet.

I think the Coinomi Monero integration is a mixed bag -
on one hand it's positive since it makes Monero more useful by providing more mainstream access to more people,
on the other hand accessibility is a big minus if the wallet isn't secure (https://www.reddit.com/r/reddCoin/comments/avb43d/crosspost_warning_coinomi_wallet_critical/).

The competition is not standing idle. I don't really see Grin as a serious threat to Monero, but I DO see Litecoin as one, since it has a better image, does not have the same issues with ASICS, and looks soon ready for MimbleWimble protocol integration. XMR still has cheaper fees than LTC (ASICS could change this for LTC..), and XMR may still win if the DEV's manage to maintain tech lead by salvaging Kovri before it's too late.

Guys?
What is the name of the new algo after the fork next week?
Is there AMD miner for it atm?
If so, which platforms does it use (the miner)?
Thank you!

Riccardo Spagni <[email protected]>
To:[email protected]
Mar 3 at 5:14 AM
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

If you are running a wallet on an exchange, payment gateway, or service, please pay attention to the following message.

The Monero Vulnerability Response workgroup has received a disclosure of a wallet bug related to coinbase transactions, that could be disruptive to anyone running a wallet on an exchange, payment gateway, or service. There will be a patch released on GitHub on March the 6th, 2019, at 4pm GMT, so in about 4 days.

In the meantime, you can be safe against anyone trying to exploit this bug by running "set refresh-type no-coinbase" in monero-wallet-cli. Note that you will need to first close monero-wallet-rpc, and open the wallet with monero-wallet-cli. This should be set for every wallet you're running. This is a persistent flag, so once you quit monero-wallet-cli and start monero-wallet-rpc on that same wallet, the setting will persist.

NB: this is not a consensus bug, there is no double spend, it does not allow coins to be created out of thin air, etc.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEElLc43TUBMvWsvuodVUMt8xzNT80FAlx7tfoACgkQVUMt8xzN
T80VNAf+PKYPaagcGVIhnPCINqSIX/dw9tRMMMaE4q0u1AFTyZz6ynYuVFJrX6Ir
JoMThLf+wQAKlkBoxiSeLskWJ2ILpoP6S+CfZzBzFRYWTwy6NlTZT9WndSFTXPlJ
A/cLTfiHsmzLMc9fiwbcaZI3okcG2XEP7eXkwx5ocUhe1LV77a9Q5CuV1gt8siXA
i1eWNvH1KF33vctwmCvmF3yQf9mGJF4v2eG8IWre4Xr6TBqr4UndL3sBPGy5OS++
IrpBAv1ycTvHWmL2GKVt3AmdA4WwUhBBw7u0Reh1PpLAAWiFdHb5tYZbD9CCryjB
N2lKh+EyNb1DY0GWq4kHxgbMFN7LpA==
=6Pr5
-----END PGP SIGNATURE-----
_______________________________________________

Where did you get that quote?
link

Or you really don't care about the security of the network and are only shilling because your a bag holder.

Arbitrary code execution? Wallet DoS?

edit not as fun as that. it's like the double counting wallet bug from before

We have a wallet exploit related to coinbase transactions. There will be a patch released on github on the 6th at 4pm GMT, so in about 4 days. In the meantime, you can be safe against any exploits by running "set refresh-type no-coinbase" in monero-wallet-cli. This should be set for every wallet you're running. This is a persistent flag, so once you quit monero-wallet-cli and start monero-wallet-rpc on that same wallet, the setting will persist.
This is not a consensus bug, no double spend, no coins created out of thin air, etc.

Its not an issue if you don't have a pharyngeal reflex