Pages:
Author

Topic: [ANN][TZC] TrezarCoin Super-Secure-PoW/PoS - page 22. (Read 156623 times)

jr. member
Activity: 99
Merit: 1
February 26, 2018, 04:35:06 PM
Inputs/outputs/addresses are all pretty fundamental aspects of blockchain and I regularly encourage participants in crypto to take 5-10 minutes to read some wikis on them. IMHO it only takes that long to get the basic concept, and it's very good knowledge to have if you are involved in this space. (A thorough, in-depth understanding would take much longer for most people--however that is not really necessary or as much positive cost/benefit, IMHO.)

The semi-short answer is an input is an incoming amount to an address.

Well I'm thoroughly flummoxed now...

My wallet now holds 1001.9 TZC obtained through 192 mining payments to 2 addresses, and the last payment was a little over 48 hours ago so the minimum age of an input should be >2 days. The Penrose triangle, however, reports 148 inputs weighing 10178 coin days, of which 52 inputs are minimum age, 1 input is average age and 95 inputs are max age; so 148 inputs vs. 192 payments, and last payment was 2 days ago but still claiming that 52 inputs are minimum age. To muddy matters even more, the TZC whitepaper says that the minimum age for an input is 1 day, so is it any wonder that I am confused at this point?

Hopefully you checked up on inputs/outputs/etc., as that will help any communication/understanding.

Every time your wallet has received a payment, for example a small mining pool payout, that will represent an input. That is probably why you have so many inputs.
Note that inputs, while associated with addresses, are not 1-to-1 with an address. You can have many inputs under the same, single address.

The min, ave, max age are just a way of saying low, medium, high maturity. I don't remember the exact breakdown, but maybe inputs from 1-8 days in age may be min, 8-16 days ave, and 16+ days max? Anyway, it's just a 3-bucket way of considering your inputs and their age.

Your inputs that are under 24 hrs old (or perhaps 72 hrs if you don't have a conf on the original version wallet) are probably not being included in the count (e.g., the 148 you mentioned). Also, there may be a minimum input size to stake, but I have not gotten solid confirmation on that. So if that is true, inputs that are too small would not count either, theoretically.

Based on what you seem to be describing--a fair likelihood of many small inputs--it might be worth taking a moment to sweep up the tiny ones into larger inputs. You will reset the ages of any inputs you merge, but I think it would probably be worth it. Please be aware that regardless of whether they are set right or not, a total coin balance of 1000 will probably take months or longer to hit a PoS stake--of course, if you are particularly lucky it could happen much sooner.  Smiley

Hope that helps--best of luck with your staking!

full member
Activity: 420
Merit: 184
February 26, 2018, 02:12:47 PM
Okay, well, what is an input and which coins are assigned to it?

NB - I have the whitepaper pulled up now and can see what an input is, but the wallet does not tell me this, nor does it allow me to chose to send my newest coins should I wish to conduct a transaction.

Inputs/outputs/addresses are all pretty fundamental aspects of blockchain and I regularly encourage participants in crypto to take 5-10 minutes to read some wikis on them. IMHO it only takes that long to get the basic concept, and it's very good knowledge to have if you are involved in this space. (A thorough, in-depth understanding would take much longer for most people--however that is not really necessary or as much positive cost/benefit, IMHO.)

The semi-short answer is an input is an incoming amount to an address.

Well I'm thoroughly flummoxed now...

My wallet now holds 1001.9 TZC obtained through 192 mining payments to 2 addresses, and the last payment was a little over 48 hours ago so the minimum age of an input should be >2 days. The Penrose triangle, however, reports 148 inputs weighing 10178 coin days, of which 52 inputs are minimum age, 1 input is average age and 95 inputs are max age; so 148 inputs vs. 192 payments, and last payment was 2 days ago but still claiming that 52 inputs are minimum age. To muddy matters even more, the TZC whitepaper says that the minimum age for an input is 1 day, so is it any wonder that I am confused at this point?


legendary
Activity: 1884
Merit: 1005
February 26, 2018, 08:14:41 AM
Hi guys!

We have just added support for TrezarCoin to our Crypto Mining Profitability Calculator: https://crypt0.zone/calculator/!

Feel free to send us some feedback.
We are open for all suggestions

Cool

Awesome, thanks for adding!
member
Activity: 154
Merit: 28
February 26, 2018, 06:51:49 AM
Hi guys!

We have just added support for TrezarCoin to our Crypto Mining Profitability Calculator: https://crypt0.zone/calculator/!

Feel free to send us some feedback.
We are open for all suggestions

Cool
sr. member
Activity: 672
Merit: 265
February 25, 2018, 09:56:05 AM
+1
I sent TZC about 3 day ago. But....nothing....Cryptopia is shit.

Same here, they are having multiple issues with most other coins also.

Problems. No it's a scam. I don't know what it's going to take for people to realize it



My coins appeared after 55 hours.
member
Activity: 308
Merit: 12
February 25, 2018, 09:40:22 AM
+1
I sent TZC about 3 day ago. But....nothing....Cryptopia is shit.

Same here, they are having multiple issues with most other coins also.

Problems. No it's a scam. I don't know what it's going to take for people to realize it

sr. member
Activity: 672
Merit: 265
February 25, 2018, 09:37:54 AM
+1
I sent TZC about 3 day ago. But....nothing....Cryptopia is shit.

Same here, they are having multiple issues with most other coins also.
legendary
Activity: 1884
Merit: 1005
February 25, 2018, 08:49:29 AM
We will have Blockbid as a new exchange soon.
newbie
Activity: 29
Merit: 0
February 25, 2018, 07:00:27 AM
+1
I sent TZC about 3 day ago. But....nothing....Cryptopia is shit.
sr. member
Activity: 672
Merit: 265
February 25, 2018, 05:57:52 AM
Avoid Cryptopia at this time. Serious deposit issues.
jr. member
Activity: 99
Merit: 1
February 24, 2018, 04:32:41 PM
Your answer is much appreciated. I am good for now and my intention isn't to put any pressure on you. Just keep going as you did but I would like to see those issues resolved if you find the time as I am not the only one suffering from it. Again, keep up the good work! Smiley

Please don't worry about pressure.
It is a good thing IMHO to periodically make inquiries--the squeaky wheel gets greased.
All I would ask is that people try to be reasonable and think things through before posting--you seem to do both, so don't hesitate to say what's on your mind.  Smiley

Although I am not a dev, I can confidently say that the code developers are aware of the issue. (For anyone else reading this response, we are discussing a suspected wallet-crash bug that occurs semi-infrequently and is not related to improper PC-shutdown, etc.) It is my understanding that they have been "casting nets" to catch and diagnose the potential problem. Unfortunately, it seems to be a fairly tricky one to isolate. The devs are very experienced, established blockchain programmers, not crypto-newcomers--so hopefully one can assume a certain level of competence.  Cheesy
sr. member
Activity: 910
Merit: 253
February 24, 2018, 03:48:31 PM
I agree. But then again, some more robustness would be nice.

@Noruka:
AFAIK, such improvements are on the docket. Unfortunately, some of the issues have been tricky to reproduce in development environments, so it's been a difficult process to debug. But should be coming down the pipeline.

Not sure what other issues you are referring to, but the one where the wallet is fatally compromised if the computer is shutdown improperly or locks up is pretty easy to reproduce. I'm no programmer, but it seems to me this is the result of leaving files open that have been written to/modified, rather than only opening them for long enough to write/update then close them again.

Also, I am going to reiterate my earlier comments to this thread about the absolutely useless data reported in the Penrose triangle: even after reading the whitepaper I still have no idea what, "inputs weighing x coin days," means; this bunch of gobblydegook that only a C programmer could love should be replaced with something like, "estimated daily* chance of receiving a block from staking: %"

Basically, as long as it is made clear that receiving a block from staking is a probabilistic event, and not something guaranteed to happen after x days with n coins, then there shouldn't be too much confusion. Frankly, arguing that your clients/customers/users are too stupid to understand what you are offering never struck me as sound business (even if it is true...).


* - or weekly, monthly, etc...

Sorry, I was referring to a different bug--not the one you described.
And yes, that one should be more straightforward and it is being worked on AFAIK.

Your input about the wallet information output is duly noted--a few other people have had similar thoughts.
I am not aware of this being planned for the next update, but it is something that is being mentioned periodically as something to improve sooner than later.

And finally, I'm not sure what you mean by "arguing that your clients/customers/users are too stupid to understand"...
I don't recall any messages, particularly recently, implying anything like that?  Huh

I personally agree, for what it's worth, and hope that the documentation and software will continue to improve such that we can serve a reasonable lowest-common-denominator of users.  Smiley

Your answer is much appreciated. I am good for now and my intention isn't to put any pressure on you. Just keep going as you did but I would like to see those issues resolved if you find the time as I am not the only one suffering from it. Again, keep up the good work! Smiley
jr. member
Activity: 99
Merit: 1
February 22, 2018, 06:47:13 PM
We seem to be veering off into the weeds here, and I suspect you are taking my insouciant style a little too seriously. I am merely trying to emphasize that the wallet for a PoS coin absolutely needs to provide an estimate of the time to find a block from staking. It's basically a core function of a PoS wallet, the way I see it.

Ok, sounds good to me.
Just didn't want someone to think that there was condescension or judgment when there wasn't any...

Okay, well, what is an input and which coins are assigned to it?

NB - I have the whitepaper pulled up now and can see what an input is, but the wallet does not tell me this, nor does it allow me to chose to send my newest coins should I wish to conduct a transaction.

Inputs/outputs/addresses are all pretty fundamental aspects of blockchain and I regularly encourage participants in crypto to take 5-10 minutes to read some wikis on them. IMHO it only takes that long to get the basic concept, and it's very good knowledge to have if you are involved in this space. (A thorough, in-depth understanding would take much longer for most people--however that is not really necessary or as much positive cost/benefit, IMHO.)

The semi-short answer is an input is an incoming amount to an address.

One address can "hold" multiple inputs.
One analogy is to consider inputs like "bills" or "coins" in a physical wallet... except that since this is digital/non-tangible, it is not constrained by what denominations are printed. So, if today someone send you 1.629 coins, you will now have a 1.629-sized input associated with the address where you received the coins. These inputs (also sometimes called UTXO) are "consumed" when you yourself make payments from your wallet.

It's very easy to see and manage your inputs if you enable Coin Control.
Go to Options --> Display --> Enable the Coin Control (beta)
Then you will be able to see a Coin Control button in the Send section of your wallet.

Hope that helps!
full member
Activity: 420
Merit: 184
February 22, 2018, 05:50:37 PM
I direct you back to msg #2481 where you basically said that it might not be a good idea to put a staking estimator/calculator in the wallet because it might confuse people or make them think they were entitled to a certain reward, etc. I may have employed a bit of hyperbole in my previous post when I characterized this as essentially calling your clients/customers/users stupid, but it's not too far off the mark.

With all due respect, I strongly disagree with that assertion--I do not believe it is anywhere near the mark.
IMO, looking out for customers/clients and trying to make things intuitive or easy for them to use is NOT at all the same thing as saying or believing they are "too stupid to understand"... Extending that logic to the consumer/retail world would mean companies like Apple that distinguish themselves by creating easier to use, intuitive products are, likewise, insisting their customers are "too stupid". Although I personally do not care for Apple, I find that assertion ill-fitting and at best misleading.

We seem to be veering off into the weeds here, and I suspect you are taking my insouciant style a little too seriously. I am merely trying to emphasize that the wallet for a PoS coin absolutely needs to provide an estimate of the time to find a block from staking. It's basically a core function of a PoS wallet, the way I see it.

EDIT - so I just found this document on setting up the Linux wallet for staking and something in it really tweaked my knobs:

Quote
If you send a transaction from a staking wallet, every input time will reset to 0. So you should have a regular wallet
and a PoS one (you can follow the Local Wallet + PoS Headless Wallet on VPS for setting up such confguration).
...

No, if you send any coins from an input (i.e., consume that input), then all the coins IN THAT ONE INPUT are reset.
Either the author you quoted choose poor phrasing to communicate a point, or misunderstood how inputs/UTXO get reset when consumed.

Rest assured, you do not need to worry about other coins in the same address or elsewhere in your wallet getting their ages reset.  Smiley

Okay, well, what is an input and which coins are assigned to it?

NB - I have the whitepaper pulled up now and can see what an input is, but the wallet does not tell me this, nor does it allow me to chose to send my newest coins should I wish to conduct a transaction.



jr. member
Activity: 99
Merit: 1
February 22, 2018, 04:36:08 PM
And finally, I'm not sure what you mean by "arguing that your clients/customers/users are too stupid to understand"...
I don't recall any messages, particularly recently, implying anything like that?  Huh

I personally agree, for what it's worth, and hope that the documentation and software will continue to improve such that we can serve a reasonable lowest-common-denominator of users.  Smiley

I direct you back to msg #2481 where you basically said that it might not be a good idea to put a staking estimator/calculator in the wallet because it might confuse people or make them think they were entitled to a certain reward, etc. I may have employed a bit of hyperbole in my previous post when I characterized this as essentially calling your clients/customers/users stupid, but it's not too far off the mark.

With all due respect, I strongly disagree with that assertion--I do not believe it is anywhere near the mark.
IMO, looking out for customers/clients and trying to make things intuitive or easy for them to use is NOT at all the same thing as saying or believing they are "too stupid to understand"... Extending that logic to the consumer/retail world would mean companies like Apple that distinguish themselves by creating easier to use, intuitive products are, likewise, insisting their customers are "too stupid". Although I personally do not care for Apple, I find that assertion ill-fitting and at best misleading.

EDIT - so I just found this document on setting up the Linux wallet for staking and something in it really tweaked my knobs:

Quote
If you send a transaction from a staking wallet, every input time will reset to 0. So you should have a regular wallet
and a PoS one (you can follow the Local Wallet + PoS Headless Wallet on VPS for setting up such confguration).

What the... If I send TZC from my wallet all of my coins will be reset to minimum age?!? What is the point of punishing people for actually using a coin, or does the dev team think we should "hodl forever!1!!1!"?

No, if you send any coins from an input (i.e., consume that input), then all the coins IN THAT ONE INPUT are reset.
Either the author you quoted choose poor phrasing to communicate a point, or misunderstood how inputs/UTXO get reset when consumed.

Rest assured, you do not need to worry about other coins in the same address or elsewhere in your wallet getting their ages reset.  Smiley
full member
Activity: 420
Merit: 184
February 22, 2018, 12:01:54 PM
Sorry, I was referring to a different bug--not the one you described.
And yes, that one should be more straightforward and it is being worked on AFAIK.

Yeah, a Windows wallet pretty much needs to be able to deal with "unexpected reboots," because Windows...  Grin

Your input about the wallet information output is duly noted--a few other people have had similar thoughts.
I am not aware of this being planned for the next update, but it is something that is being mentioned periodically as something to improve sooner than later.

And finally, I'm not sure what you mean by "arguing that your clients/customers/users are too stupid to understand"...
I don't recall any messages, particularly recently, implying anything like that?  Huh

I personally agree, for what it's worth, and hope that the documentation and software will continue to improve such that we can serve a reasonable lowest-common-denominator of users.  Smiley


I direct you back to msg #2481 where you basically said that it might not be a good idea to put a staking estimator/calculator in the wallet because it might confuse people or make them think they were entitled to a certain reward, etc. I may have employed a bit of hyperbole in my previous post when I characterized this as essentially calling your clients/customers/users stupid, but it's not too far off the mark.

EDIT - so I just found this document on setting up the Linux wallet for staking and something in it really tweaked my knobs:

Quote
If you send a transaction from a staking wallet, every input time will reset to 0. So you should have a regular wallet
and a PoS one (you can follow the Local Wallet + PoS Headless Wallet on VPS for setting up such confguration).

What the... If I send TZC from my wallet all of my coins will be reset to minimum age?!? What is the point of punishing people for actually using a coin, or does the dev team think we should "hodl forever!1!!1!"?

jr. member
Activity: 99
Merit: 1
February 22, 2018, 11:37:16 AM
I agree. But then again, some more robustness would be nice.

@Noruka:
AFAIK, such improvements are on the docket. Unfortunately, some of the issues have been tricky to reproduce in development environments, so it's been a difficult process to debug. But should be coming down the pipeline.

Not sure what other issues you are referring to, but the one where the wallet is fatally compromised if the computer is shutdown improperly or locks up is pretty easy to reproduce. I'm no programmer, but it seems to me this is the result of leaving files open that have been written to/modified, rather than only opening them for long enough to write/update then close them again.

Also, I am going to reiterate my earlier comments to this thread about the absolutely useless data reported in the Penrose triangle: even after reading the whitepaper I still have no idea what, "inputs weighing x coin days," means; this bunch of gobblydegook that only a C programmer could love should be replaced with something like, "estimated daily* chance of receiving a block from staking: %"

Basically, as long as it is made clear that receiving a block from staking is a probabilistic event, and not something guaranteed to happen after x days with n coins, then there shouldn't be too much confusion. Frankly, arguing that your clients/customers/users are too stupid to understand what you are offering never struck me as sound business (even if it is true...).


* - or weekly, monthly, etc...

Sorry, I was referring to a different bug--not the one you described.
And yes, that one should be more straightforward and it is being worked on AFAIK.

Your input about the wallet information output is duly noted--a few other people have had similar thoughts.
I am not aware of this being planned for the next update, but it is something that is being mentioned periodically as something to improve sooner than later.

And finally, I'm not sure what you mean by "arguing that your clients/customers/users are too stupid to understand"...
I don't recall any messages, particularly recently, implying anything like that?  Huh

I personally agree, for what it's worth, and hope that the documentation and software will continue to improve such that we can serve a reasonable lowest-common-denominator of users.  Smiley
full member
Activity: 420
Merit: 184
February 22, 2018, 07:43:56 AM
The purse is working properly. An error may occur as a result of improper shutdown of the computer. But this is not the fault of the wallet.

I agree. But then again, some more robustness would be nice.

@Noruka:
AFAIK, such improvements are on the docket. Unfortunately, some of the issues have been tricky to reproduce in development environments, so it's been a difficult process to debug. But should be coming down the pipeline.

Not sure what other issues you are referring to, but the one where the wallet is fatally compromised if the computer is shutdown improperly or locks up is pretty easy to reproduce. I'm no programmer, but it seems to me this is the result of leaving files open that have been written to/modified, rather than only opening them for long enough to write/update then close them again.

Also, I am going to reiterate my earlier comments to this thread about the absolutely useless data reported in the Penrose triangle: even after reading the whitepaper I still have no idea what, "inputs weighing x coin days," means; this bunch of gobblydegook that only a C programmer could love should be replaced with something like, "estimated daily* chance of receiving a block from staking: %"

Basically, as long as it is made clear that receiving a block from staking is a probabilistic event, and not something guaranteed to happen after x days with n coins, then there shouldn't be too much confusion. Frankly, arguing that your clients/customers/users are too stupid to understand what you are offering never struck me as sound business (even if it is true...).


* - or weekly, monthly, etc...

jr. member
Activity: 99
Merit: 1
February 22, 2018, 01:22:41 AM
The purse is working properly. An error may occur as a result of improper shutdown of the computer. But this is not the fault of the wallet.

I agree. But then again, some more robustness would be nice.

@Noruka:
AFAIK, such improvements are on the docket. Unfortunately, some of the issues have been tricky to reproduce in development environments, so it's been a difficult process to debug. But should be coming down the pipeline.
full member
Activity: 392
Merit: 105
February 21, 2018, 09:31:47 PM
The purse is working properly. An error may occur as a result of improper shutdown of the computer. But this is not the fault of the wallet.
Pages:
Jump to: