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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

#monero-dev

2019-01-03 23:24:37     anonimal        If anyone is confused or angry, I implore you to ask questions.
2019-01-03 23:25:30     thrmo   I'm just sad that you wasted so much your time and the community ditched so much money and hopes (and the opportunity to research other venues) on kovri
2019-01-03 23:25:39     thrmo   other than that I wish sekreta the best
2019-01-03 23:26:09     krakn   Can anyone fill me in on this issue?
2019-01-03 23:27:27     anonimal        krakn: which one? Sekreta questions are in #sekreta / #sekreta-dev
2019-01-03 23:28:00     krakn   What thrmo said
2019-01-03 23:28:54     anonimal        Ah, there's a very clear timeline and I can certainly harp on the various issues. Not #monero-dev worthy though for the most part.
2019-01-03 23:29:08     thrmo   this is probably not the best venue for that krakn
2019-01-03 23:29:14     krakn   Gotcha
2019-01-03 23:31:14     anonimal        So, let's clarify some of the confusion, as it's #monero-dev related.
2019-01-03 23:33:49     thrmo   please go ahead then anonimal

First, to your clarify the "so much money" claim (it's not the first time this has come up), $50k is not a lot of money for a year's wage. Market manipulation made it go in every direction. I was screwed in 2018 just like a lot of other people. I would've made more money working at ABC corp instead of Monero; less stress too, and less taxes on fake money instead of real electronic money. Oh, and did I mention how much of my time I've donated over the years?

Secondly, I do feel like I wasted *some* of my time but I'm ultimately responsible for my actions. My FFS clearly documents what has happened over the course of development. I've built this project from the ground up after everyone else abandoned it. I've also taught every developer that has come through the project - and that's not a waste of time.

Thirdly, this codebase is a steaming pile of dog-shit. Still. Because of the following reasons:

* I was the only dissenting voice before the fork that said DO NOT FORK THIS CODEBASE. I should've ignored fluffypony.
* I've only been able to dedicate ~30% of my time so far to code development because, up until now, no one else was running the project (see my FFS)
* There was no design planning, no concept of architecture, nothing but stream-of-conscience writing in the code that was forked. A very large, convoluted technology with no planning or even conventional coding standards = recipe for disaster.
* Every code change makes every other change a complete waste of time to deal with because there's no real design in place to support either. Experienced developers see the overarching problems and walk away. To simply "swap-out" old code with new code has proven to be a waste of time because all the old interfaces need to go.
* fluffypony flaked, on multiple levels, hardcore, having left me to do everything after promising before the fork that Monero contributors would be involved (why the fuck would I create Kovri if Monero wasn't going to contribute? Answer: incentive, and because I believed in Monero technology and still do, but I could've simply contributed to Monero code instead of doing this project).

In hindsight, I should've ignored everyone and done this correctly from the beginning. Kovri is an *extremely* sound idea, and is absolutely necessary as a concept; but Kovri 2.0 needs to happen before Kovri 1.0; and almost no one in this community seems to fully understand this nor care for that matter (but maybe that will change now?).

If I had my way, I'd spend the next ~4 months designing a new router implementation from the ground-up and write it from scratch. At this point though, I'm tired, and I've created a better solution with Sekreta.

Now, if you want me to hook this pile of crap into Monero, ask yourself why haven't YOU (metaphorical you) done it? Why do you expect ME to be the fall guy, yet again? Why ignore 99% of the critical-problems in favor of solving 1% of non-critical problems?

Integration and dependencies are a COMMITMENT. A REAL COMMITMENT. Do you even KNOW what you'll be committing to? Why would ANYONE here want to commit to something that they've put almost no time and effort into and know almost nothing about?

Keep in mind, if I was a malicious person, I would've hooked Kovri in 2017 and reaped the bounty of 0days; thus doubling my profits at the community's expense. But I'm not that person.

So, if the Monero community, of which less than 10 people have actually contributed to Kovri Project, really wants to be a leader in privacy; then I'd advise for everyone to please look at the situation more objectively.

Single-system overlay network anonymity solutions are NOT THE FUTURE. I truly believe this because evidence is starting to grow supporting this idea.

I believe that Sekreta *is* the future. If not Sekreta, then an offshoot of (or something very similar) until societal collapse engineers new hardware from the ground-up. At that point though, the cheapest solution will win; not the most private. So, until then, the massive gaping holes for network privacy adoption are filled up more by Sekreta than anything else at the moment. This has been empirically proven.

Sekreta is also the chance for this community to redeem itself while proving to be a privacy leader. I'll tell you right now, the SOCKS proxy cop-out, a proxy of which I offered to implement years ago but was shot down, the proxy I wanted to implement because MONERO COULD'VE BEEN USING KOVRI THIS WHOLE TIME AS A RESULT, the proxy of which its non-usage was (affectionately called) Ponzirelli's foundation for the Kovri movement, should be a greater danger signal than anything else.

Now, where do we stand? If you're still concerned about having a baked-in I2P router, then you're completely missing the big picture. Here's your best options at this point:

1. Allow me to bill my 2nd to last milestone to Sekreta. By "allow", I mean that only the very few people who donated $50k should really have their voices considered
2. Allow me to use my *last* milestone to integrate Sekreta into Monero. Monero gets the credit as privacy leader as well as opens up the possibility to adopt Sekreta as a Monero Community project
3. Integration will consist first of the convenience API. Monero will be the testbed for developing this extremely important component. Rudimentary hooks into Tor and/or Kovri will soon follow. Components like SEK and 4SE can still be in the design process at this time because Monero would be only using a primitive SSD via the Convenience API. I want this done now. NOW. I can complete the integration by Q1 2019 and preliminary hooks by Q2 at the latest (this would interfere with the planning phase so expect related inconveniences as a result). If I have experienced engineers helping me though, we could get this done sooner.
4. My future FFS requests would be primarily for Sekreta as it is a new, innovative, solution - but I have no plans on "abandoning" Kovri.

*or*

1. Don't allow me to bill for Sekreta, piss me off, lose the opportunity to innovate, and get a shit-router integrated instead. Other privacy projects will realize that Sekreta is *NOT* a Monero thing and will adopt as a result
2. You're stuck with a dependency that no one will have the confidence to use and will instead want to default ALL OF THEIR TRANSACTIONS over Tor via Monero's proxy-of-shame https://forum.getmonero.org/9/work-in-progress/90923/lee-clagett-vtnerd-broadcast-transactions-over-tor-hidden-service. This is a great threat to privacy: not philosophically, but absolutely fucking empirically as proven by Sekreta - and puts Monero into shit-coin tier innovation. Boring.
3. Pigeon-hole Monero while projects like Nym take the lead in privacy https://www.coindesk.com/this-binance-backed-crypto-startup-wants-to-anonymize-everything (Sekreta eliminates a big chunk of Nym's edge)
4. My back taxes (apparently no one mentioned that monero = income tax), and being burned in 2018, will make me do what I need to do to survive.

I recommend that Kovri continue development in tandem with Sekreta. I've handed over almost all the reigns to Sean so I can devote time to Kovri code development over anything else kovri related, but I have no interest in Kovri 1.0. Also, Monero should have no interest in Kovri 1.0 because other implementations are being developed in tandem (as noted in the Sekreta draft). Sekreta CAPITALIZES on this new privacy ecosystem VERY WELL at YOUR benefit, so I would advise to think about the future and diverge your time and funding as appropriate.

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEEhhics1I4lOeLdKbZqduz5FECfEFAlwuu1cACgkQZqduz5FE
CfHo5Q/+OyVDf+Zm8GhoVWE03ISMn85gArQVwnUIpGmBndfJAoSIe6ZP2eeDITFe
Z/dTzALDFsxm+TAdnd030VegEQRcNGUR/k26XOdzVcNKvzgf5jl3H9EooK9U/fpq
pOURUfYszmRitjSbbmfXegkMntKTSeuinih/m29+bD4/z8hhv2CghdOD/esMXeEN
hUGUPrTTaB1FerEH7mhrWV5dgYB6gkA9fQx0MQHW5bjYN8HdhGPHtOW+DcSwVOri
EPUTAb9kT+VlhDO8xx1N6MtkKkvRmpW3gvRXM1poEynjktiu1t/1YYu/ZSa+Ygxy
cHA2zxqzTpFg33Ax/lqIV7bs3U4aQ6FZBruMlBK5nrYv1BQQktz/ZTjaYa+KLQLI
43uRHxoHqBMHM29cYCHhXmeZoY24X9I/JTQRUfaM1uATJN90s1Eyk6PNadHZ45aK
23XBs3FWmC9P2jF+gmxQSwInnbGlh9rddI0NQl9R8+d8Vyp95SxyEF8/fzm8zivs
ClVYezFsrXuyB3jyXJSzhKA2D2yQSHDZr8ZIDkZqlkk+k6Kz0Q+W6u8UgmpfIzE2
qyPhsI4+ZDLu0CYLE+dgdItRhGNEVUyy6vj3q3ZLu8YodHxJYR3hlb/HUiIoKm6d
DV6sYk5XHfjpsc9Ig/7c9bq3UqzEiBKLVyOgyCcfJadFGkP9I/w=
=RpFS
-----END PGP SIGNATURE-----

Music to me ears!  And my son's ears!

Apparently, Monero being featured in the Fortnite merch store was an oversight!

https://coincodex.com/article/2835/monero-addition-to-fortnite-merch-store-was-accidental/

what amazes me is that ... basically, someone made the choice to use globee / monero as the payment option, and then somehow higher up didn't realize *the significance*

https://twitter.com/TimSweeneyEpic/status/1081999454641770497


what makes monero significant, hrmmmmmmm???

Apparently, Monero being featured in the Fortnite merch store was an oversight!

https://coincodex.com/article/2835/monero-addition-to-fortnite-merch-store-was-accidental/

Epic guys were going through a big list of international payment methods without full context and didn’t realize the significance of that particular one.

[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

[1] That's kind of peculiar, as invariably observed password issues stemmed from using non-ASCII characters. 

[2] Currently, alas, not (unless you want to use the CLI workaround). Thus, in order to change the password, you currently ought to create a new set of Ledger Monero wallet files.

[3] In case you use Ledger in conjunction with the official GUI wallet, the 24 word Ledger mnemonic seed provided upon initializing the device is your Monero seed. Do not, under any circumstances, enter it in the GUI, as that would expose your current 24 word Ledger mnemonic seed to the internet (i.e. it would turn "hot").

this is interesting (sorry if repost)

Breaking Monero Episode 02: Ring Signatures Introduction

https://www.youtube.com/watch?v=6k5uOjkLOno



hehe

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.

Could you perhaps try a different password? Also, does your password contain any special (i.e. non-ASCII) characters?

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

That's the right version. Can you perhaps generate a new set of Legder Monero wallet files (for the second device) and see if the issue persists?

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.

To facilitate bean-counting I manage 2 wallets.  As the GUI doesn't always show the name of the currently loaded  wallet, before any operation I have to navigate around in order to know which wallet is loaded.

My suggestion is to have the GUI display the wallet name in the upper-right zone, where it now displays a line containing the Monero logo then "Monero", and on the next line the "Balance" label.  Instead of "Balance" it may display "Balance in X" where X  would be the wallet name (or as much characters of the beginning of the wallet filename that can be displayed there, given the current window-size restrictions).

Thank you!