what's the main difference between mimble wimble and ring signature?

what is "application 1.1.3"?

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!

As in errors or quit working.

Edit - also wondering how anonymous Monero is coming from a Coinomi wallet?

Wow - they sure took their time with that, but better late than never I guess.

Anyone here know if wallets can be affected by the upcoming hardfork on March 9th?

Without any knowledge of the inner details, and just a cursory glance it seems fairly obvious to me that the failure of that project rest firmly on the shoulders of the person leading it.  Either he does not know how to manage a project as complex as that one is destined to become, or he does not have the chops to pull it off.  The whole drama aspect looks like smokescreen to me...  and I imagine he is fooling himself at least as well as anyone else with the choreography of his exit.

Like I said, I have no idea what I am talking about specifically.   But I ran a business for nearly 20 years...  And you get to know what sorts of personalities end up with which sorts of circumstances.  Just an educated guess.

Is Kovri still a good idea?  Do we start over completely?  Or do we try to save something from the ashes of this "attempt"?

Those are the questions that need to be asked.

One other reality is this does put some hurt on the FFS.  At least in the short term.  People will be less willing to throw money at shiny things.  But maybe this is kinda good?

if no, can we just fork 4 times a year, not 2?

There are a few aspects on which one can compare Monero and Grin, I'll discuss several of them.

Privacy:

MimbleWimble is essentially Monero minus ring signatures. As a result, an active observer is able to draw a transaction graph and easily trace outputs.

Scaling:

MimbleWimble's scaling is often praised significantly. However, in comparison to a pruned Monero chain it is not significant in my opinion. In Monero, a pruned node has to basically retain the transaction output set plus the key images, whereas in Grin the node essentially prunes automatically and merely retains the unspent transaction output set. Note that, in Monero, an unspent transaction output set does not exist, because an observer cannot reasonably determine which outputs are spent.

Usability:

Grin is interactive, which, in a nutshell, means that both the sender and the recipient have to be online to properly send transaction. As a result, cold storage is, as far as I know, not viable currently.

Lastly, note that Tari, a MimbleWimble implementation, is planned to be added to Monero as side-chain.

Hi,
I'm not sure if I'm at the right place for this, my apologies if it's not.

I have the following situation:

1. I exchanged BTC for XMR and after 24 hours it still did not show up in my XMR wallet.
2. I created a new wallet, bought xmr and send it to a different new wallet. I received the XMR within 20 minutes.
3. I send XMR from that second new wallet to my first new wallet. Now a day later, nothing shows up.

I have used both client as gui to get spend proof info. Also in the client it shows how many XMR were transferred by txid txkey and wallet.


This never happened to me before. I know XMR can take a long time. From minutes to hours. But at least you get to see (unconfirmed eta ~20 minutes). Now it's all 0.00000

Does anyone know if there is a current situation why it's going wrong? Why did my exchange->new wallet work as it should, but with using GUI wallet 2 to wallet 1 does not work?

What will happen to my coins?

What should/can I do. I'm not talking about small amounts

Hey guys

Please help me with confirming these two transactions:

e2854026297839b6f281ac8b282b8527c4e7ca44657486a87a6156d439b4103d

cdc2f5029ea0da623955574122cc3930a80927798c9f5aefee98d4d5cac21a1e

They are pending for almost a day now.

Best
Edi

[1] The only non trivial character is # . Is it considered non-ASCII?

[2] When I create new Ledger Monero wallet files I don't need to create a new password. How do I create a new password exactly?

[3] Thanks, I knew that

Is there a way to change the password without creating a new wallet and restoring it with the 25 mnemonic seed?
All the characters are within an ASCII table.

I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

It's v0.13.0.4 (Qt 5.7.0)

Edit:
I didn't have this problem before I set restore height at 1,720,000.
And fwiw I set restore height only on the file associated with my second device, I didn't set any restore height on the file associated with my first device.

Thank you!

As for my second question I'm not sure of its very nature, it may be a bug report, or me neglecting something, or ...

Here it is, more clearly stated:
I use the cli wallet on Linux in a shellscript to directly make a transfer.

For example this script can invoke "./monero-wallet-cli --password=X --wallet-file=AFILENAME transfer important 11 SOMEADRESS SOME AMOUNT."

It nearly always works, but sometimes the cli wallet isn't able to make the requested transfer. The error message is then, for example, "Error: Not enough money in unlocked balance" or "Error: daemon is busy. Please try again later."

I understand the reasons, and I would like to let my shell script detect this "error". In order to do so it checks the exit code, in the "$?" pseudo-variable.

My problem is that 0 this pseudo-variable always contains 0, which means "no error".

Is it possible for the cli wallet program to exit with an adequate exit code? Ideally there would be a distinct code for each major type of error.