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

V12 Testing Thread

moli it honestly had 2994 coin before transaction, I just don't know how to send you a screenshot :sad:
Yes, I believe you. Your wallet can have many coins in many addresses, but if an IX tx is from an address that has more than 1000 DASH like in my post above, it's another story. You see what I mean?
 
Yes, I believe you. Your wallet can have many coins in many addresses, but if an IX tx is from an address that has more than 1000 DASH like in my post above, it's another story. You see what I mean?

Yeah I figured that out, sorry for the confusion
 
Yeah I figured that out, sorry for the confusion
No problem. It's a confusing issue. Like Udjin explained, when a tx has a change that goes to another address, the network can't tell if it's a change or it's another tx to another person, so it counts the total into one. So like if one address/account has 1002 DASH in total, and we send 10 DASH via InstantX, the change will be 992, but the network still sees the IX transaction as 1002. What I don't understand is the rule "Can't InstantX more than 1000 DASH". I hope the devs can change it

.
 
Last edited by a moderator:
No problem. It's a confusing issue. Like Udjin explained, when a tx has a change that goes to another address, the network can't tell if it's a change or it's another tx to another person, so it counts the total into one. So like if one address/account has 1002 DASH in total, and we send 10 DASH via InstantX, the change will be 92, but the network still sees the IX transaction as 1002. What I don't understand is the rule "Can't InstantX more than 1000 DASH". I hope the devs can change it.
I don't think it would be an issue if, on attempting to InstantX coins that will get stuck due to being over 1000 DASH, a pop-up appeared to say "The address used for this InstantX transaction contains more than 1000 DASH. Addresses need to be broken down into less than 1000 DASH for InstantX to be successful. Would you like to proceed, YES or NO."
Maybe the wallet could perform this task automatically, upon selecting YES?
 
I don't think it would be an issue if, on attempting to InstantX coins that will get stuck due to being over 1000 DASH, a pop-up appeared to say "The address used for this InstantX transaction contains more than 1000 DASH. Addresses need to be broken down into less than 1000 DASH for InstantX to be successful. Would you like to proceed, YES or NO."
Maybe the wallet could perform this task automatically, upon selecting YES?

Or why not the wallet just does so automatically when required, no pop-up or question asked... I don't know why I would care that it comes from address containing over 1000 coins
 
I don't think it would be an issue if, on attempting to InstantX coins that will get stuck due to being over 1000 DASH, a pop-up appeared to say "The address used for this InstantX transaction contains more than 1000 DASH. Addresses need to be broken down into less than 1000 DASH for InstantX to be successful. Would you like to proceed, YES or NO."
Maybe the wallet could perform this task automatically, upon selecting YES?
Probably it will be changed to something similar like Udjin said: https://dashtalk.org/threads/v12-testing-thread.5484/page-24#post-57730
But I think it would be best if the network didn'tt care how much is being sent via IX from what account... like what bertlebbert said ..
 
1. Can we change 1000 DASH to a higher value?
Sure it's just another spork which is set to 1000 now.

2. Why can't wallet split huge amounts on IX automatically?
Because we require at leas 6 confirmations and that means you'll have to wait ~6 x 2.5 minutes = ~15 minutes to send IX from new addresses which were created by that split. Not that instant :(

Possible solution is to modify algo:
- to check that none of outputs is greater than 1000 (or whatever spork value is) and not the total tx value (that doesn't solve the problem when change is greater than 1000 though)
- to check that IX have 2 outputs maximum (and give a warning if that's not the case) to allow normal users to pay as usual but to prevent multi IX in single tx at the same time (still can do 2 IX at the same time if you have exact amount but that's and extreme edge case so not a big deal)
 
1. Can we change 1000 DASH to a higher value?
Sure it's just another spork which is set to 1000 now.

2. Why can't wallet split huge amounts on IX automatically?
Because we require at leas 6 confirmations and that means you'll have to wait ~6 x 2.5 minutes = ~15 minutes to send IX from new addresses which were created by that split. Not that instant :(

Possible solution is to modify algo:
- to check that none of outputs is greater than 1000 (or whatever spork value is) and not the total tx value (that doesn't solve the problem when change is greater than 1000 though)
- to check that IX have 2 outputs maximum (and give a warning if that's not the case) to allow normal users to pay as usual but to prevent multi IX in single tx at the same time (still can do 2 IX at the same time if you have exact amount but that's and extreme edge case so not a big deal)
Newb question: Why does InstantX require a limit at all if it has the potential to create all of these problems for high-end users?

Follow-up comment: I definitely think that there should be some way of cancelling the InstantX tx if it's not going to work, people are not going to like paying .01 (which will be much more value in the future) for nothing.
 
Long time no see.:smile: But it is good to be back (if even for a short while) and see that things are progressing nicely.:grin::cool::grin:

I have a test wallet up and running; it is currently mixing 320 DASH to six rounds and seems to be going smoothly. It is also cpu mining and earned me another 20. At this rate it will take quite a while to get a 1,000 to play with a test masternode. Any donations of tDASH greatly appreciated.:eek:

y4VA6inPhhBeoSbfMyad2624N6a6tDCXGi

Peace to you all,

Strix
 
Long time no see.:smile: But it is good to be back (if even for a short while) and see that things are progressing nicely.:grin::cool::grin:

I have a test wallet up and running; it is currently mixing 320 DASH to six rounds and seems to be going smoothly. It is also cpu mining and earned me another 20. At this rate it will take quite a while to get a 1,000 to play with a test masternode. Any donations of tDASH greatly appreciated.:eek:

y4VA6inPhhBeoSbfMyad2624N6a6tDCXGi

Peace to you all,

Strix


There is a faucet link around here somewhere :p

WELCOME BACK !!!!



edit:

- http://test.faucet.masternode.io - by coingun
- http://test.faucet.dashninja.pl - by elbereth

try these
 
Long time no see.:smile: But it is good to be back (if even for a short while) and see that things are progressing nicely.:grin::cool::grin:

I have a test wallet up and running; it is currently mixing 320 DASH to six rounds and seems to be going smoothly. It is also cpu mining and earned me another 20. At this rate it will take quite a while to get a 1,000 to play with a test masternode. Any donations of tDASH greatly appreciated.:eek:

y4VA6inPhhBeoSbfMyad2624N6a6tDCXGi

Peace to you all,

Strix
Sent you 4 ds + ix tx's.

http://test.insight.masternode.io:3...f7e19e141ee79dfdca518a27298d85c6872dd3f962805
http://test.insight.masternode.io:3...f5cc6c6110313a5d0a190b61ef93979d5cfcd91159293
 
Please update -- v0.12.0.4 (version wasn't bumped correctly)

- protocol bump
- Autostart masternode upon startup - eduffield
- added masternode status info (masternode status) - eduffield
- remove unused variable - udjin
- slight optimizations/readability improvements for ds - udjin
- remove unneeded "darkSendPool." in DS pool class functions - udjin
- add missing MSG_ENTRIES_ADDED for proper ds status display -udjin
- move ds pool status out of overview page -udjin
- fix db shutdown crash - adopt btc daf956b - udjin
- Removed PoSe due to consensus issues - eduffield
  • With nodes coming and going on the network, the network could come to different opinions about who should get paid next in line due to some nodes being flagged as failing a PoSe check. This will have to be fixed by introducing a blockchain based PoSe system, but that's out of the scope of this release. To fix the issues in the interrim, I'm removing PoSe checks for the time being.


Linux32:
https://dashpay.atlassian.net/build...n-linux-dash-dist//dash-0.12.0-linux32.tar.gz

Linux64:
https://dashpay.atlassian.net/build...n-linux-dash-dist//dash-0.12.0-linux64.tar.gz

Mac:
https://dashpay.atlassian.net/build...n-osx-dash-dist//dash-0.12.0-osx-unsigned.dmg

Win32:
https://dashpay.atlassian.net/build...1/gitian-win-dash-dist//dash-0.12.0-win32.zip

Win64:
https://dashpay.atlassian.net/build...1/gitian-win-dash-dist//dash-0.12.0-win64.zip
 
Masternode status info command works great. (we have 17 nodes so far)
come on, mix my 1.2k at 8 rounds of darksend to 100% by the morning, dudes and dudesss! :grin:

And 10 / 10 instantX success rate,
Evan and Udjin may have hit the sweet spot this time :cool:

upload_2015-6-24_23-26-8.png
 
Back
Top