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

I closely follow the team of developers and the coin itself, monero remain true to themselves and their configuration
Zcash requires further development and real anonymity.

You can resolve your issue by following this guide:

https://monero.stackexchange.com/questions/10364/gui-v0-13-0-3-does-not-start-on-mac-os-x-monero-wallet-gui-cannot-be-opened-bec

Alternatively, use the buildbot binaries that selsta posted here:

https://www.reddit.com/r/Monero/comments/9pdxfg/gui_v01304_mac_osx_bug_fix_timeline/e810n1d/

Hello guys
Version: 0.13.0.3 for Mac OS  64  works ?
When push after download have error :

Contact the developer to make sure that monero-wallet-gui works with this version of macOS. You may need to reinstall the program. Make sure that all available program updates and macOS are installed.

Now GUI v0.12.3.0  and Mac OS High Siera 10.13.6 .

Same error  and on Mojave

Could you post (or PM me) the status output of monerod?

Trusted setup for Zcash is a concern for some but objectively PIRATE is the best version of zcash tech (no founders tax, default anon z tx, fair launch), so if you're going to own any zk snark based coin as a backup for XMR PIRATE is the only realistic choice.






I agree XMR tail emission is a great feature and prevents problems in later years, and the 'infinite' supply in the comparison chart is a bit cheeky (I didn't make it). Monero is still the premier privacy coin and has the first mover advantage and a big network effect, BUT, PIRATE is the next best choice for fungible digital cash, and there are always bugs and non zero chance XMR has future catastrophic event, so having PIRATE as a backup digital cash for XMR in the cryptosphere is a good thing!

Digital Cash isn't like the Highlander, there can be more than one!

WTF is going on with da fork?
Our exchange using only CLI.
Now all we see SYNCHRONIZATION STARTED.
Everything is updated. But synchronization going forever.

Should we restart  our exchange https://exbase.net

or just wait?

Can someone tell me why with new XMR-Stak 2.5.1 I get the error:

Thread 0 has invalid config. ?

I post this config, works perfectly until 18th October fork and new xmr-stak 2.5.1.

"gpu_threads_conf" : [
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 0,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 1,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 1,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 1,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 2,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 2,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 3,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 3,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 4,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 4,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
  // gpu: gfx901 memory:3920
  // compute units: 64
  { "index" : 5,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },
{ "index" : 5,
    "intensity" : 1760, "worksize" : 8,
    "affine_to_cpu" : false, "strided_index" : 1, "mem_chunk" : 2,
    "comp_mode" : true
  },

],

It could be that the remote node you are (were) using was still running an old version.

The issue will be fixed in the upcoming GUI v0.13.0.4.

Pinging @Globb0 too.

hello,

is the wolf cpu miner updated for this fork?
i am facing difficulties installing on a linux system (am very newbie), am also trying to connect remotely with limited access.

can someone please upalod a fully working cpuminer for linux as I can copy it the folder and run it.

appreciate it. thanks.

@extenami  That pie is much different only 1h latter as yours were made.  It will take few days to stabilize.  I dont expect any serious change in hash rate or pool distribution. And not much Monero is mined in China at all.


Such things happens when you upgrade protocol in cryptocurrencies. We should remember why this protocol upgrades are done. I found this on reddit. A half cent transaction fee.

OK, it's a known issue. But I tried all the workarounds suggested and I still can't access my wallet...

https://i.imgur.com/ZoL7Z1B.png

Hello, fellow miners!


Features:
- email notifications of workers down
- stats and hashrate chart per worker
- PPLNS reward scheme for rounds shorter than hour, PROP scheme for longer rounds, PPLNS window is 60 minutes
- PPS reward scheme on ports: 3331, 5551, 7771
- payment id, integrated address, subaddress supported
- adjustable payment threshold
- every port supports secure SSL/TLS connection as well as insecure one
- static diff supported, see static diff calculator
- multiple daemons, to prevent downtime in case of daemon stuck
- height checks, to prevent mining on forked chain
- sample configs for cn-v8 supported mining apps

PPLNS fee: 0.9%
PPS fee: 0.9%

Location: Europe

Welcome & Lucky Mining!

Until now, after fork, no big hashrate flutuation, let's wait to see what will happen

i think this one move: https://www.supportxmr.com/#/dashboard
and already.... 1,685,556

yes... am already read this.. rename.. add start block not from 0 but 1,684,555
after sync exit and start again(no error GUI) but - Wrong version

Hello sir, we will support cnv2 right after fork

Yes you are riright. Monero will be hardforked on October 18.

The developers expect that the size of anonymous transactions on the Monero network will decrease by 80%, and the commissions will be significantly reduced.

The Monero protocol involves three different mechanisms to ensure the anonymity of users: stealth addresses, circular signatures, and RingCT. At the same time, the latter requires complex calculations and time, which makes the maintenance of a full node extremely expensive. That's why it will be replaced by the Bulletproofs technology.

Bulletproofs allows you to aggregate transaction information into new data structures that can be logarithmically rather than linearly scaled.

The network update also contains a number of changes to the mining algorithm aimed at fighting ASIC miners.

Hello, dear miners!


Features:
- Mining to exchange
- Workers
- Adjustable instant payout levels
- Email and telegram notifications
- secure SSL/TLS connection
- stats and hashrate charts per worker
- static diff supported
- ready to use configs for monero here

Location: Europe

Contacts:
telegram EN : https://t.me/joinchat/B-GpfU1DYnzi5mhQ45I3rQ
telegram RU : https://t.me/joinchat/B-GpfUYWGEzx89L1N10Vzg
discord : https://discord.gg/VQYuE8t

Welcome & Lucky Mining!