Bitcoin Forum
December 01, 2024, 08:40:49 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 [2011] 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 ... 2127 »
  Print  
Author Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency  (Read 4671173 times)
dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 05, 2019, 06:30:06 PM
 #40201

Do you have any suggestions for improvements then (with respect to displaying the wallet name of the currently loaded wallet)?

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!

Thanks for your suggestion. I have posted it in the GUI channel. Note that you can also open a new issue on the Monero GUI Github repository with your suggestion:

https://github.com/monero-project/monero-gui/issues/new

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 05, 2019, 06:34:11 PM
 #40202

When I invoke  monero-wallet-cli to order a transfer is there a way to avoid pass the password to it without using a "--password" command-line argument?

[1] You mean some kind of config file for monero-wallet-cli right? If so, you can create a config file and add the --config-file path/to/config/file flag upon launching monero-wallet-cli. 

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.


Thanks for the clarification. You basically want monero-wallet-cli to exit(1) after you incur an error right? I am not entirely sure whether that is possible currently.

Perhaps an idea to post your question on the Monero SE? Where other people may have some clever suggestion how to work around this particular issue.

https://monero.stackexchange.com/

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 05, 2019, 07:39:28 PM
 #40203

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
apuestasbitcoinnet
Member
**
Offline Offline

Activity: 150
Merit: 10

Bitcoiner


View Profile WWW
January 06, 2019, 06:45:14 PM
 #40204

Monero Casinos.com

All the moneo casinos , some exclusive offers.  Wink

Casinos Dogecoin   Casinos Bitcoin    █    Casinos Litecoin      Casinos Ethereum  Portuguese : Apostas Bitcoin 
Español: Casinos Bitcoin Apuestas Bitcoin      █    Apuestas Ethereum      Casinos Ethereum
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬  ● ⚫ ●  ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
BldSwtTrs
Legendary
*
Offline Offline

Activity: 861
Merit: 1010


View Profile
January 06, 2019, 09:55:36 PM
 #40205

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password
dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 07, 2019, 10:07:08 AM
 #40206

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

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

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
BldSwtTrs
Legendary
*
Offline Offline

Activity: 861
Merit: 1010


View Profile
January 07, 2019, 12:46:08 PM
 #40207

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

Could you perhaps try a different password? Also, does your password contain any special (i.e. non-ASCII) characters?
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.
Globb0
Legendary
*
Offline Offline

Activity: 2702
Merit: 2053


Free spirit


View Profile
January 07, 2019, 04:06:34 PM
Merited by Hueristic (1)
 #40208

this is interesting (sorry if repost)

Breaking Monero Episode 02: Ring Signatures Introduction

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



hehe

dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 07, 2019, 06:44:52 PM
 #40209

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

Could you perhaps try a different password? Also, does your password contain any special (i.e. non-ASCII) characters?
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.

[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").

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
Hueristic
Legendary
*
Offline Offline

Activity: 4018
Merit: 5495


Doomed to see the future and unable to prevent it


View Profile
January 08, 2019, 04:40:56 AM
Merited by Globb0 (2)
 #40210

this is interesting (sorry if repost)

Breaking Monero Episode 02: Ring Signatures Introduction

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



hehe




Eat the envelope, LOL!

“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
dreamax25
Full Member
***
Offline Offline

Activity: 365
Merit: 103


View Profile
January 08, 2019, 08:32:11 AM
 #40211

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/
BldSwtTrs
Legendary
*
Offline Offline

Activity: 861
Merit: 1010


View Profile
January 08, 2019, 01:01:39 PM
 #40212

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

Could you perhaps try a different password? Also, does your password contain any special (i.e. non-ASCII) characters?
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.

[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").
[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 Smiley
dEBRUYNE
Legendary
*
Offline Offline

Activity: 2268
Merit: 1141


View Profile
January 08, 2019, 04:50:28 PM
 #40213

I have a problem with the GUI used with Ledger Nano S.
I have XMR in two different Ledger Nano S, I have created two different wallet file (the .keys file).
My daemon is synchronized. When I open the GUI with one Ledger and its associated .keys file, everything is OK.
But when I open the GUI with the second Ledger and its associated .keys file,  there is a problem.

First, under "Network Status" it is written Synchronizing.
The lower progess bar indicates Daemon is synchronized.
The higher progress indicates Wallet blocks remaining 1740270 and it scans for all the blocks.

It lasts several hours and then, when the scanning of the whole blockchain is finished, it starts again...
This time under "Network Status" it is written Connected. But the scanning for the 1.7M blocks starts again and my balance is not showing, only "waiting for blocks". So basically this is a endless process and I cannot access my fund.


Did you set a restore height for the second Ledger Monero wallet? If not, please generate a new set of Ledger Monero wallet files for the second Ledger device with a proper restore height. You can use this guide for assistance:

https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui
OK now I haved setted a restore height and it solves this problem. But now I have a new problem with the GUI password.

With the first Ledger Nano S, the GUI password works fine and I can log in. But with the second Ledger, I cannot open the GUI, instead I have the error message: Couldn't open wallet: invalid password

I am sure I enter the exact same password than with my first Ledger. So why the GUI password is working with one device and not the other?

Which version of the GUI are you using? You can check on the Settings page of the GUI.
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.

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?
I have generated new Ledger Monero wallet files and the issue persists each time: Couldn't open wallet: invalid password

Could you perhaps try a different password? Also, does your password contain any special (i.e. non-ASCII) characters?
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.

[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").
[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 Smiley

[1] No. Though perhaps worthwhile to try a password that does not include it?

[2] Is step 14 of this guide not visible for you? https://monero.stackexchange.com/questions/9901/how-do-i-generate-a-ledger-monero-wallet-with-the-gui-monero-wallet-gui

[3] You're welcome.

Privacy matters, use Monero - A true untraceable cryptocurrency
Why Monero matters? http://weuse.cash/2016/03/05/bitcoiners-hedge-your-position/
GingerAle
Legendary
*
Offline Offline

Activity: 1260
Merit: 1008


View Profile WWW
January 08, 2019, 05:24:43 PM
 #40214

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

Quote
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.

what makes monero significant, hrmmmmmmm?Huh??

< Track your bitcoins! > < Track them again! > <<< [url=https://www.reddit.com/r/Bitcoin/comments/1qomqt/what_a_landmark_legal_case_from_mid1700s_scotland/] What is fungibility? >>> 46P88uZ4edEgsk7iKQUGu2FUDYcdHm2HtLFiGLp1inG4e4f9PTb4mbHWYWFZGYUeQidJ8hFym2WUmWc p34X8HHmFS2LXJkf <<< Free subdomains at moneroworld.com!! >>> <<< If you don't want to run your own node, point your wallet to node.moneroworld.com, and get connected to a random node! @@@@ FUCK ALL THE PROFITEERS! PROOF OF WORK OR ITS A SCAM !!! @@@@
Sipizter
Jr. Member
*
Offline Offline

Activity: 41
Merit: 7


View Profile
January 08, 2019, 06:53:37 PM
 #40215

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

Quote
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.

what makes monero significant, hrmmmmmmm?Huh??

I think it was not about XMR specifically but all of cryptocurrencies. So I guess Epicgames would have pulled the plug even if the payment option was BTC.
Shame really. I definitely would have bought a Fortnite shirt for my son with XMR (I was about to but then noticed that the UK site didn't have XMR option and I didn't want to order it from US).
mich
Legendary
*
Offline Offline

Activity: 3346
Merit: 1034


#1 VIP Crypto Casino


View Profile
January 08, 2019, 08:20:20 PM
 #40216

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/

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


█████████████████████████
███████████▄█████████████
██████▀░▀█▀░▀█▀░▀████████
███████▄███▄███▄█████████
████▀██▀██▀░▀████▀░▀█████
███████████░███▀██▄██████
████▀██▀██░░░█░░░████████
███████████░███▄█▀░▀█████
████▀██▀██▄░▄███▄░░░▄████
███████▀███▀███▀██▄██████
██████▄░▄█▄░▄█▄░▄████████
███████████▀█████████████
█████████████████████████
 
.Bitcasino.io.
 
.BTC  ✦  Where winners play  BTC.
.
..
.
    ..





████
████
░░▄████▄████████████▄███▄▄
░███████▄██▄▄▄▄▄▄█████████▄
███████████████████████████
▀████████████████████████▀
░░▀▀████████████████████
██████████████████▄█████████
██
▐███████▀███████▀██▄██████
███████▄██▄█▀████▀████████
░░██████▀▀▀▄▄▄████▀▀████
██▐██████████▀███▀█████████████    ████
███
████████████
███████████████    ████
█████▀████████████████▀
███████▀▀▀█████████▀▀
..
....
 
 ..✦ Play now... 
.
..
elrippos friend
Full Member
***
Offline Offline

Activity: 1179
Merit: 210


only hodl what you understand and love!


View Profile
January 08, 2019, 09:06:09 PM
 #40217

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/

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



Hell yeeeeaaaaahhhhhh  Grin Cheesy Wink

florida.haunted
Full Member
***
Offline Offline

Activity: 243
Merit: 125


View Profile
January 09, 2019, 05:07:13 PM
 #40218

IT IS NOT A FLUCTUATION ANY MORE!

There are some new unknown pools or ASICs?!

According to:
https://miningpoolstats.stream/monero

XMR Network hashrate 418.88 MH/s
Sum on known pools 299.88 MH/s

Unknown hashrate is 1/3 beyond of all known pools!
Hueristic
Legendary
*
Offline Offline

Activity: 4018
Merit: 5495


Doomed to see the future and unable to prevent it


View Profile
January 09, 2019, 09:54:00 PM
 #40219

Can't say I know wtf is going on here but I don't like the bolded. Monero is a testbed for nothing, it's not in beta anymore.

https://paste.debian.net/plain/1058561

Quote
-----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-----

“Bad men need nothing more to compass their ends, than that good men should look on and do nothing.”
ProkhorZ
Jr. Member
*
Offline Offline

Activity: 48
Merit: 10


View Profile
January 09, 2019, 10:37:54 PM
 #40220

If you're in the Netherlands, join us for the first Monero Meetup in Utrecht on Thursday night, from 7 PM to 9 PM in Bar De Stadstuin, Europalaan 20.
Pages: « 1 ... 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 [2011] 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 ... 2127 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!