• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

V12 Testing Thread

bertlebbert said:
I agree... the Common vs All option could definitely be more obvious, it's had to be pointed out to people a few times in this thread (myself included). I would also prefer my wallet to open by default to whichever settings I have previously selected - not just the "All" transactions, but others as well.
Click to expand...

UdjinM6 said:
Ok, to me that sounds like we might need another checkbox in "Options" that should be saved in user preferences and/or some dialog box asking would user like to see DS txes/fees or not (only first time (s)he hit "Start mixing" button). Or smth like that.

Pinging crowning to join the discussion :rolleyes:
Click to expand...

I can do this as soon as we find a consensus on WHAT to implement :grin:

Options:
  1. Dialog Options->Wallet: add a checkbox "Show only most common transactions". Default: checked
  2. Persist the last selected settings of the headers of the transaction view (Date, Type, Search Address and Min amount). Default: as it is now
I'd prefer option 2, but suggestions are welcome.
 
i would like option 2 but with a default on types ''All'' so that new users have all transactions visible from start
and they can change them to type ''Most Common'' and it will be saved to that mode... if thats possible.
 
I like #2 + what qwizzie proposed (all first, save later) + what I proposed (to ask user first time he hit mix button and give him some notes)
 
LOL... "Udjinsvacation" proposal is now listed 3 times... It's ok, UdjinM6 is worth to have 3 vacations on Dash! Where would you like to go, Udjin? :grin:
18:47:20

mnbudget projection


18:47:20

{
"evans-testnet-fund" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "039e905e25aecb165aa5da3fc7f3e66dba9d47b9f03ededf4bc3f5c428f8727a",
"BlockStart" : 77300,
"BlockEnd" : 78825,
"TotalPaymentCount" : 30,
"RemainingPaymentCount" : 19,
"PaymentAddress" : "y5WWMBMxHsL5xmscwAyxUf2vfwMX58pprA",
"Ratio" : 0.00000000,
"Yeas" : 0,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 42228568960,
"TotalBudgetAlloted" : 42228568960
},
"Udjinsvacation" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "0677d02c34865febf9161d6b2e92f2aa92c4f79d04bfdaedc68475026e62af51",
"BlockStart" : 77500,
"BlockEnd" : 80025,
"TotalPaymentCount" : 50,
"RemainingPaymentCount" : 43,
"PaymentAddress" : "yAUTpqhxrp311S5U2hAMugkmT4ZaRzi8jM",
"Ratio" : 1.00000000,
"Yeas" : 1,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 20000000000,
"TotalBudgetAlloted" : 62228568960
},
"molishopping" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "0a97101fc34ea74b5d10f611a17cdba6d591a0a7fd33ca1622c2d0a3c65f50e5",
"BlockStart" : 77450,
"BlockEnd" : 79975,
"TotalPaymentCount" : 50,
"RemainingPaymentCount" : 42,
"PaymentAddress" : "y5pkDas8sEgGkw288mZ1TPViPPnujsvBCT",
"Ratio" : 1.00000000,
"Yeas" : 1,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 50000000000,
"TotalBudgetAlloted" : 112228568960
},
"moli-HDmultidash" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "148f5591f70d97f922241c676b2b466e4771ac9a4843d6a7fa9a311da7c315cc",
"BlockStart" : 77450,
"BlockEnd" : 85475,
"TotalPaymentCount" : 160,
"RemainingPaymentCount" : 152,
"PaymentAddress" : "y5pkDas8sEgGkw288mZ1TPViPPnujsvBCT",
"Ratio" : 1.00000000,
"Yeas" : 1,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 5000000000,
"TotalBudgetAlloted" : 117228568960
},
"Udjinsvacation" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "23ed53e611cc6909201faaed61d98378a6287b6c374c8666011e70ab32ff6e5d",
"BlockStart" : 76000,
"BlockEnd" : 78525,
"TotalPaymentCount" : 50,
"RemainingPaymentCount" : 13,
"PaymentAddress" : "yAUTpqhxrp311S5U2hAMugkmT4ZaRzi8jM",
"Ratio" : 1.00000000,
"Yeas" : 1,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 200000000000,
"TotalBudgetAlloted" : 317228568960
},
"evans-testnet-fund" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "297b534f6136b91218fa6b41fae3b7832c9e66c527aeaf265b937baea05a1042",
"BlockStart" : 77300,
"BlockEnd" : 78825,
"TotalPaymentCount" : 30,
"RemainingPaymentCount" : 19,
"PaymentAddress" : "y5WWMBMxHsL5xmscwAyxUf2vfwMX58pprA",
"Ratio" : 1.00000000,
"Yeas" : 2,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 456700000000,
"TotalBudgetAlloted" : 773928568960
},
"moli-electrumdash" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "2a5a24610a9e8a9259571112bea555a5597534af35c322c0e41f3361a11d9136",
"BlockStart" : 77450,
"BlockEnd" : 77975,
"TotalPaymentCount" : 10,
"RemainingPaymentCount" : 2,
"PaymentAddress" : "y5pkDas8sEgGkw288mZ1TPViPPnujsvBCT",
"Ratio" : 0.00000000,
"Yeas" : 0,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 28357120640,
"TotalBudgetAlloted" : 802285689600
},
"Udjinsvacation" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "544a37918100d5f7943f35cfb351246cd8fb5eac1acea64441f6d3d8739e4952",
"BlockStart" : 76000,
"BlockEnd" : 78525,
"TotalPaymentCount" : 50,
"RemainingPaymentCount" : 13,
"PaymentAddress" : "yAUTpqhxrp311S5U2hAMugkmT4ZaRzi8jM",
"Ratio" : 0.00000000,
"Yeas" : 0,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 0,
"TotalBudgetAlloted" : 802285689600
},
"molishopping" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "8174d79a09df41906dedab62a41cb2504361ed1f31f9e55c8bab2b3b820b96b9",
"BlockStart" : 77500,
"BlockEnd" : 80025,
"TotalPaymentCount" : 50,
"RemainingPaymentCount" : 43,
"PaymentAddress" : "y5pkDas8sEgGkw288mZ1TPViPPnujsvBCT",
"Ratio" : 0.00000000,
"Yeas" : 0,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 0,
"TotalBudgetAlloted" : 802285689600
},
"proposal-qwizzie1" : {
"URL" : "http://www.dashpay.io/one.json",
"Hash" : "bb57a8bb8069ad7292a78d9ad4de2bbe5795c452f1fdacacb916d58895202ca3",
"BlockStart" : 74000,
"BlockEnd" : 79025,
"TotalPaymentCount" : 100,
"RemainingPaymentCount" : 23,
"PaymentAddress" : "y5WWMBMxHsL5xmscwAyxUf2vfwMX58pprA",
"Ratio" : 1.00000000,
"Yeas" : 15,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 0,
"TotalBudgetAlloted" : 802285689600
},
"proposal-evan2" : {
"URL" : "https://www.dashpay.io/evan2.json",
"Hash" : "c7c575a47d66e4e9d9dd99eb1e18d8c7f95bce144d6338de534abd8d2f34ed4f",
"BlockStart" : 75000,
"BlockEnd" : 80575,
"TotalPaymentCount" : 111,
"RemainingPaymentCount" : 54,
"PaymentAddress" : "yGpT7in1jCAx9xrdsQ2NZ45NaTGbmWLrW8",
"Ratio" : 1.00000000,
"Yeas" : 2,
"Nays" : 0,
"Abstains" : 0,
"Alloted" : 0,
"TotalBudgetAlloted" : 802285689600
}
}
Click to expand...
 
Ah, late to the party again! Updating now :)

on my windows 7 QT, I'm running the masternode and when I start it, it says:

19:32:50 masternode debug
19:32:50 masternode started remotely

However, I started it locally. Is that a normal response?
 
Last edited by a moderator:
TanteStefana said:
Ah, late to the party again! Updating now :)

on my windows 7 QT, I'm running the masternode and when I start it, it says:

19:32:50 masternode debug
19:32:50 masternode started remotely

However, I started it locally. Is that a normal response?
Click to expand...
yep
 
UdjinM6 said:
Select 10.0001 input with 4 rounds -> check both DS and IX -> send 9.99
Click to expand...

I did that earlier and it it worked. Just now I combined DS + IX and successfully sent 1000 coins without selecting any inputs...
All I did was change Amount and Rounds to 10 and 2 under settings and it worked okay:

send1kDS+IX.jpg
 
Last edited by a moderator:
bertlebbert said:
I did that earlier and it it worked. Just now I combined DS + IX and successfully sent 1000 coins without selecting any inputs...
All I did was change Amount and Rounds to 10 and 2 under settings and it worked okay:

View attachment 1564
Click to expand...
Changing amounts in settings should not affect this in any way. Setting rounds to 2 helped I guess because you have many (and especially small) inputs which have less then 4 but more or equal to 2 rounds so they were counted as completely mixed now. That way wallet was able to automagically find enough inputs to fill 1000 tDASH you were trying to send and to have a reasonable fee at the same time.
 
UdjinM6 said:
Changing amounts in settings should not affect this in any way. Setting rounds to 2 helped I guess because you have many (and especially small) inputs which have less then 4 but more or equal to 2 rounds so they were counted as completely mixed now. That way wallet was able to automagically find enough inputs to fill 1000 tDASH you were trying to send and to have a reasonable fee at the same time.
Click to expand...

At first QT would not find sufficient funds to do tx; since there was no individual input greater than 1000 I could select, I thought I would make those "Settings" changes, as that has fixed the problem for me in the past (albeit for far fewer than 1000 coins).
 
bertlebbert said:
At first QT would not find sufficient funds to do tx; since there was no individual input greater than 1000 I could select, I thought I would make those "Settings" changes, as that has fixed the problem for me in the past (albeit for far fewer than 1000 coins).
Click to expand...
DS works this way (in big blocks):
1) Do we have enough denominations (which are 100.001, 10.0001, 1.00001, 0.100001 - note, 100.001 is max input for DS) to mix Amount (which is set in settings)?
- yes -> fine, let's mix
- no -> find some inputs we can merge first, then split into denominations and finally mix
2) Mixing (really big block here :wink:)
3) Sending Amount (amount on "send" tab): can we add all completely anonymized inputs (i.e. those that have number of rounds more or equal to Rounds in settings) in any way so that we can have their sum to be enough to send Amount AND to pay a fee AND not to pay insane amounts like 1 DASH as a fee?
- yes -> fine, show how much to pay and do it already ;)
- no -> sorry, "you have to mix more maybe" etc
 
bertlebbert said:
View attachment 1565
Click to expand...
OK.. You have a perfect 10 counts of 100.001 each, which makes a total input of 1000.01. The IX fee is 0.01, so subtract 0.01 from 1000.01, it gives you a perfect 1000 tDASH to send. This is how you were able to send exactly 1000 tDASH because the DS amounts gave you enough fund AND fees, but if a DS amount does not have enough to pay for the IX fee you have to find enough DS inputs or reduce the amount to send. In other words, when sending a DS + IX transaction, you need to calculate the fees involved to make it go through, because DS DOES NOT give you the change back. We can't make DS to split an input to give change back, due to the "Dead Change" issue that we discussed months ago.

upload_2015-7-4_0-49-12.png
 
Excellent explanations! Thank you both UdjinM6 and moli :smile:

Edit: Gotta say that playing around on testnet is a great way to learn about various Dash features (and limitations).
 
Last edited by a moderator:
v0.12.09-b8d5a3c : all the budget proposals that show up with "mnbudget show" do not have any votes currently while with previous versions
it would at least attain the owner of the proposals ''yes'' vote. Is this a deliberate change ?

Also it would be good to test how many YES votes it takes to get those proposals into the final budget phase, in other words lets vote on some
proposals and see what happens (lets us take note of the number of masternodes and check if indeed a 10% YES is needed to get them
to the finalized budget phase)
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top