If i'm remembering correctly, earlier you guys said that you didnt want to bring out a gui until you had solved the database stuff first because monero was not yet ready for the flood of users that would come with it. Now i see you guys talking about gui all the time and hardly ever about the database so im just wondering if something has changed. This is a big deal to me personally because I only have 2 gig's of ram. Im not sure if i even have access to my coins any more and if i do, not for long.
The database work is well under way, and early performance tests with an external database are either under way or imminent. Isn't that mentioned in the missives? If you have a 64 bit system you will be fine for a while despite the 2 GB of RAM. You might need a swap file and performance will suffer a bit but it will still work. I guess I missed it. Thanks. |
|
|
|
If i'm remembering correctly, earlier you guys said that you didnt want to bring out a gui until you had solved the database stuff first because monero was not yet ready for the flood of users that would come with it. Now i see you guys talking about gui all the time and hardly ever about the database so im just wondering if something has changed. This is a big deal to me personally because I only have 2 gig's of ram. Im not sure if i even have access to my coins any more and if i do, not for long. |
|
|
|
how about that candle  |
|
|
|
* Impossibility to re-flash the device with malicious code
Does this mean we won't be able to flash updates on the trezor? Like updates you could provide us that offer more functionality to the device? You can. But updates are signed and the signatures are checked so you cannot re-flash the device with malicious code only with a good one. :-) Do you store a copy of your public key on ROM inside of the devise which the devise then checks signatures against? |
|
|
|
And of course, less dumping because no mining revenue
It sort of cancels out the effect of the negative sentiment coming from our IPO style launch. |
|
|
|
|
what's the story with coinmarketcap listing monero as 43'd and with a supply of only 351,544xmr?
|
|
|
|
*edit* no now i think im wrong. The root is protected by the mnemonic + the user pass. According to the video i linked. And it looks like it is simply concatenated so i think you should be able to just concatenate the user secret onto the end of the mnemonic on wallet32 and that should work.
check out storage_getRootNode @ https://github.com/trezor/trezor-mcu/blob/master/firmware/storage.c that should answer your question Im not so great with the code. I think im supposed to be looking at line 250. Its strange that its being passed a variable called seed when the point of function mnemonic_to_seed() is presumably to derive the seed. If its just passing the variable as a reference so the function knows where to store what ever it resolves to, than its strange that its not being passed as a reference. Either way, what i gather from this, is that i was right, i think. |
|
|
|
Simple. He wasn't able to launder it. Nxt doesn't have mixing. Also bter said they knew who he was, maybe that was true. |
|
|
|
The root key is all that's needed. It's how armory behaves. Forgetting passwords happens more often than theft.
Just to be clear we are talking about password and not pin correct? Because i really don't think this is right. Why would there be such a strong warning on the trezor for password users if the coins could be recovered from seed without the password? Yeah I'm pretty sure. Only way to find out is to test. I highly doubt the password protects the root. I dont think it protects the root (or depth = 0 on the hierarchical deterministic wallet tree). I think it protects depth's >= 1. source: http://youtu.be/CgaBKNus1n0?t=9m57s*edit* no now i think im wrong. The root is protected by the mnemonic + the user pass. According to the video i linked. And it looks like it is simply concatenated so i think you should be able to just concatenate the user secret onto the end of the mnemonic on wallet32 and that should work. |
|
|
|
The root key is all that's needed. It's how armory behaves. Forgetting passwords happens more often than theft.
Just to be clear we are talking about password and not pin correct? Because i really don't think this is right. Why would there be such a strong warning on the trezor for password users if the coins could be recovered from seed without the password? |
|
|
|
Nxt going to 5th maybe  Look at bitshares go. |
|
|
|
I'm so happy! I just checked out electrums trezor plugin... it rocks! I can even name my trezor accounts (labels can even be synced accross clients, encryptedly via central server http://labelectrum.herokuapp.com/) Electrums coin control features (freeze address, prioritize address, send from address) fully work with the trezor wallet. Now I have the best of both worlds: a real local light client with a multitude of servers to choose from (or run my own) and coin-control features plus the security of the trezor. Please don't shill for them about an unstable merger. I have just redownloaded electrum and it DOES NOT COMMUNICATE WITH THE TREZOR. GOING ON DAY 5 OF NOT HAVING ACCESS TO MY MONEY ON MY TREZOR. SO YEAH STAY AWAY TREZOR IS A SCAM AS THEY ARE UNPROFESSIONAL, UNRELIABLE AND PLAIN RUDE. I WILL BE POSTING THIS EVERYDAY UNTIL I GET MY MONEY OUT OF MY TREZOR. Dude just sweep your private key into armory Speaking of which. Say you put your bitcoins on a trezor, wrote down your mnemonic phrase and pin and password, then you accidentally droped your trezor in a volcano. Now you want to get your bitcoins back but you, for what ever reason, do not wish to order a new trezor. Is there a way to get them back without ordering another trezor? Yes. Import the seed into something like wallet32 or another wallet that understands the seeds and the passwords. The pin is trezor specific. oh wow so this means someone who has your mnemonic but not your pin can still get at your bitcoins. Interesting. I guess it make sense since if your private keys were in any way deterministically derived from your pin in addition to your mnemonic than you wouldn’t be able to simply change your pin. What about password though, surely you would need that. I dont see a place to enter the trezor password (like the one you enter on the computer not the pin) in bip32.org. |
|
|
|
I'm so happy! I just checked out electrums trezor plugin... it rocks! I can even name my trezor accounts (labels can even be synced accross clients, encryptedly via central server http://labelectrum.herokuapp.com/) Electrums coin control features (freeze address, prioritize address, send from address) fully work with the trezor wallet. Now I have the best of both worlds: a real local light client with a multitude of servers to choose from (or run my own) and coin-control features plus the security of the trezor. Please don't shill for them about an unstable merger. I have just redownloaded electrum and it DOES NOT COMMUNICATE WITH THE TREZOR. GOING ON DAY 5 OF NOT HAVING ACCESS TO MY MONEY ON MY TREZOR. SO YEAH STAY AWAY TREZOR IS A SCAM AS THEY ARE UNPROFESSIONAL, UNRELIABLE AND PLAIN RUDE. I WILL BE POSTING THIS EVERYDAY UNTIL I GET MY MONEY OUT OF MY TREZOR. Dude just sweep your private key into armory With what? Don't suggest wallet32 I don't have android. They use BIP 32 with BIP 44 so a regular bip 32 wallet can't handle their path structure so currently I can't. If I have wait for electrum to stabilize then I will. I am being punished because a person used mutli-sig address to send me money. hey neat-o! thanks bitpop. |
|
|
|
As soon as you guys get that database issue worked out ill take a spot in "3rd dan monero heros with coins of Gold" |
|
|
|
I am posting this here too: If you guys decide to HARD FORK after an hack. I will sell every single NXT I own and will tell this every person holding NXT too. Yes i would probably sell also. |
|
|
|
This is a fork client. Do not participate pls. Well hes not trying to hide the fact that it is a fork. He should make the case for why we should use his fork before we dismiss it. I'm sure you, Anon136 have a very good idea about this, but let me break it down to everyone else: The linked node was to be used when less than 720 blocks had passed since the BTER theft. In those 720 block's time forgers could have rewritten the entire chain to stop the thief. Now that those 720 blocks are buried in the chain already, it's too late for the chains to merge and using this node will set you on a fork. In other words: this client is no longer relevant. Use it only if you want trouble, or wish to trouble other Nxt users. Gotcha. I could see supporting a fork to stop someone attacking the network its self, but i cant get behind a fork to stop a thief. |
|
|
|
I'm so happy! I just checked out electrums trezor plugin... it rocks! I can even name my trezor accounts (labels can even be synced accross clients, encryptedly via central server http://labelectrum.herokuapp.com/) Electrums coin control features (freeze address, prioritize address, send from address) fully work with the trezor wallet. Now I have the best of both worlds: a real local light client with a multitude of servers to choose from (or run my own) and coin-control features plus the security of the trezor. Please don't shill for them about an unstable merger. I have just redownloaded electrum and it DOES NOT COMMUNICATE WITH THE TREZOR. GOING ON DAY 5 OF NOT HAVING ACCESS TO MY MONEY ON MY TREZOR. SO YEAH STAY AWAY TREZOR IS A SCAM AS THEY ARE UNPROFESSIONAL, UNRELIABLE AND PLAIN RUDE. I WILL BE POSTING THIS EVERYDAY UNTIL I GET MY MONEY OUT OF MY TREZOR. Dude just sweep your private key into armory Speaking of which. Say you put your bitcoins on a trezor, wrote down your mnemonic phrase and pin and password, then you accidentally droped your trezor in a volcano. Now you want to get your bitcoins back but you, for what ever reason, do not wish to order a new trezor. Is there a way to get them back without ordering another trezor? |
|
|
|
This is a fork client. Do not participate pls. Well hes not trying to hide the fact that it is a fork. He should make the case for why we should use his fork before we dismiss it. |
|
|
|
If it continues to delaminate than it could become a problem very quickly.
There was a problem in one batch of displays which we unfortunately did not recognized on output control. As it was stated earlier, if your unit is affected by this problem, please write to support@bitcointrezor.com and we'll replace your TREZOR for free... Thanks. |
|
|
|
Hi!
Today i was thinking about an old affirmation of the dev about the fixed transaction cost amn how they will implement a "dynamic" fee based on the "weight" in kB of the transaction.
I had an idea, that probably will never work or is totally incorrect, but maybe someone smarter then me will have some usefull inspiration:
Monero is an anoncoin with possible multiple encription layer, you can choose, while sending the transaction, how much you want it to be encripted and, obviusly, more is encripted, more it weight and more it will cost.
I was wondering about an option who let people do not encrypt their transaction and then send it without transaction fee (or with really low fees). Plus, we can use both the current algo plus Proof of Stake; all the client will become node and they'll prioritize these "free" transaction while miners will prioritize encrypted transaction (that with their fees will help ghe network keep running). Client of the PoS, if i recall correctly, will act as a torrent client, sendind and receiving transaction with little power and bandwith consumption, but they'll not receive any payment (or a really small one, like an equal [not proportional] distribution of the low fees).
I think this could be a really good feature!
Please do not kill me for this tought and sorry for my bad English!
as PoS is flawed in many respects, and that is a discussion for another time I would very much like to have that discussion at some other time. If you are talking about nothing at stake than that has been addressed. If it is some other novel new attack vector than i would be very interested. |
|
|
|
|
Show Posts
