siamjim
|
|
May 08, 2015, 05:54:19 AM |
|
hoping the dev is celebration early with the wholes n coke before the release
|
|
|
|
|
|
|
Bitcoin mining is now a specialized and very risky industry, just like gold mining. Amateur miners are unlikely to make much money, and may even lose money. Bitcoin is much more than just mining, though!
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
fireinyourhole
|
|
May 08, 2015, 05:55:05 AM |
|
now heres the big ? which coin will be pumped next Oh bob you little scoundrel!
|
|
|
|
issie81
|
|
May 08, 2015, 08:04:39 AM |
|
Dev gone without notice people buying..? how sick dont buy on the way up
|
|
|
|
Vaxa
|
|
May 08, 2015, 08:06:14 AM |
|
Dev is buying.
|
|
|
|
HighAllTime
|
|
May 08, 2015, 08:29:36 AM |
|
Dev gone without notice people buying..? how sick dont buy on the way up Butthurt, eh? Dev is working and reporting on progress as we can see in his posts. So, fudsters and haters - better get yourselves some SLING and enjoy the growth
|
|
|
|
DG.Slayer (OP)
Member
Offline
Activity: 98
Merit: 10
|
|
May 08, 2015, 10:10:13 AM |
|
Appologies for delay in getting SlingRoad ready for public consumption.
I've been doing end to end scenario tests and when I got to paying the vendor it kept crashing.
What 's been happening is when you make a buy request the vendor clicks accept and it creates a 2-of-2 multisig address on the vendors side. Then the vendor sends the security deposit to it, then, that gets sent to the buyer and the buyer locks the escrow by sending the funds to that address. That part is all working great!!
Next step, after the vendor ships the item, the buyer clicks request payment which creates a transaction that spends the funds from the multisig address and sends the entire amount (vendor's security deposit + buyer's security deposit) to the vendor...It sends that raw transaction string to the buyer for them to sign and then they can click Pay/Release Escrow, and it will sign it and broadcast the tx to the network and the vendor gets paid.
The problem I'm getting right now is, I created an item listing and ran through it, and when I click pay it crashes and the log says TX Decode Failed. But if I paste the raw tx string into the rpc console and do decoderawtransaction, it decodes it correctly. Multi-sig stuff is complicated and the fact that the escrow locks successfully and the ui buttons enable/disable correctly is a big accomplishment.
After spending a long time trying to work out why the error return keeps happening I kind of know what the problem is at last. ... I'm pretty sure this bug is because I was passing a string instead of an array into the decoder. I also thought it might be to do with checking the escrow lock before the tx's had chance to confirm but even after confirmation it's still saying TX decode failed.
Once I crack this last bug so it's working smoothly for finalizing transactions, in all scenarios, it's good to go!
I've been up working on this for the second 24 hour in a row now so I'll probably need to get some rest soon and get back on it with a refreshed mind.
Will keep everyone updated.
|
Sling lead developer
|
|
|
woozii
Member
Offline
Activity: 98
Merit: 10
Call me the coin wrecker (;
|
|
May 08, 2015, 10:22:32 AM |
|
Dev is buying.
You called it. Dev was buying and trying to manipulate the market to sell his coins at 75000+ sat. He got burnt in the end and went to bed mad. Hes probably one of the biggest bad holders now good luck with your endeavors
|
|
|
|
Mineotaur
|
|
May 08, 2015, 10:23:11 AM |
|
Thanks dev! Any chance of a guesstimate ETA?
launchpad-ready.png
|
BTC: 37r8wbYRMPav3AU8w1D3FQmwtYenVzcbdX
|
|
|
SpiryGolden
|
|
May 08, 2015, 10:25:40 AM |
|
Appologies for delay in getting SlingRoad ready for public consumption.
I've been doing end to end scenario tests and when I got to paying the vendor it kept crashing.
What 's been happening is when you make a buy request the vendor clicks accept and it creates a 2-of-2 multisig address on the vendors side. Then the vendor sends the security deposit to it, then, that gets sent to the buyer and the buyer locks the escrow by sending the funds to that address. That part is all working great!!
Next step, after the vendor ships the item, the buyer clicks request payment which creates a transaction that spends the funds from the multisig address and sends the entire amount (vendor's security deposit + buyer's security deposit) to the vendor...It sends that raw transaction string to the buyer for them to sign and then they can click Pay/Release Escrow, and it will sign it and broadcast the tx to the network and the vendor gets paid.
The problem I'm getting right now is, I created an item listing and ran through it, and when I click pay it crashes and the log says TX Decode Failed. But if I paste the raw tx string into the rpc console and do decoderawtransaction, it decodes it correctly. Multi-sig stuff is complicated and the fact that the escrow locks successfully and the ui buttons enable/disable correctly is a big accomplishment.
After spending a long time trying to work out why the error return keeps happening I kind of know what the problem is at last. ... I'm pretty sure this bug is because I was passing a string instead of an array into the decoder. I also thought it might be to do with checking the escrow lock before the tx's had chance to confirm but even after confirmation it's still saying TX decode failed.
Once I crack this last bug so it's working smoothly for finalizing transactions, in all scenarios, it's good to go!
I've been up working on this for the second 24 hour in a row now so I'll probably need to get some rest soon and get back on it with a refreshed mind.
Will keep everyone updated.
Sounds good, you are almost close to end. Since you found the bug, could we get an ETA ?
|
|
|
|
HighAllTime
|
|
May 08, 2015, 10:25:49 AM |
|
Appologies for delay in getting SlingRoad ready for public consumption.
I've been doing end to end scenario tests and when I got to paying the vendor it kept crashing.
What 's been happening is when you make a buy request the vendor clicks accept and it creates a 2-of-2 multisig address on the vendors side. Then the vendor sends the security deposit to it, then, that gets sent to the buyer and the buyer locks the escrow by sending the funds to that address. That part is all working great!!
Next step, after the vendor ships the item, the buyer clicks request payment which creates a transaction that spends the funds from the multisig address and sends the entire amount (vendor's security deposit + buyer's security deposit) to the vendor...It sends that raw transaction string to the buyer for them to sign and then they can click Pay/Release Escrow, and it will sign it and broadcast the tx to the network and the vendor gets paid.
The problem I'm getting right now is, I created an item listing and ran through it, and when I click pay it crashes and the log says TX Decode Failed. But if I paste the raw tx string into the rpc console and do decoderawtransaction, it decodes it correctly. Multi-sig stuff is complicated and the fact that the escrow locks successfully and the ui buttons enable/disable correctly is a big accomplishment.
After spending a long time trying to work out why the error return keeps happening I kind of know what the problem is at last. ... I'm pretty sure this bug is because I was passing a string instead of an array into the decoder. I also thought it might be to do with checking the escrow lock before the tx's had chance to confirm but even after confirmation it's still saying TX decode failed.
Once I crack this last bug so it's working smoothly for finalizing transactions, in all scenarios, it's good to go!
I've been up working on this for the second 24 hour in a row now so I'll probably need to get some rest soon and get back on it with a refreshed mind.
Will keep everyone updated.
Thanks for the update! Hope the problem finally gets solved and we will be able to enjoy smoothly-running Slingroad.
|
|
|
|
HighAllTime
|
|
May 08, 2015, 10:28:25 AM |
|
Dev is buying.
You called it. Dev was buying and trying to manipulate the market to sell his coins at 75000+ sat. He got burnt in the end and went to bed mad. Hes probably one of the biggest bad holders now good luck with your endeavors
You guys are terrible. When the dev can't be accused of vanishing anymore, you find another libel. But troll on while SLING is going up...
|
|
|
|
DG.Slayer (OP)
Member
Offline
Activity: 98
Merit: 10
|
|
May 08, 2015, 10:34:04 AM |
|
After some rest I should be able to sort this out, meaning ETA today.
|
Sling lead developer
|
|
|
woozii
Member
Offline
Activity: 98
Merit: 10
Call me the coin wrecker (;
|
|
May 08, 2015, 10:37:44 AM |
|
After some rest I should be able to sort this out, meaning ETA today.
Go to bed.
|
|
|
|
rocoro
Legendary
Offline
Activity: 938
Merit: 1000
|
|
May 08, 2015, 10:59:35 AM |
|
After some rest I should be able to sort this out, meaning ETA today.
I hope you get rest first, and then get it fixed / released Congrats to what you've accomplished so far !
|
|
|
|
jadefalke
Legendary
Offline
Activity: 1457
Merit: 1014
|
|
May 08, 2015, 12:33:37 PM |
|
keep it going, good job so far!
|
|
|
|
wigyag
Newbie
Offline
Activity: 2
Merit: 0
|
|
May 08, 2015, 01:46:10 PM |
|
hi can anyone my wallet is not sending to bittrex i made 2 transactions last night 1 went through the other is unconfirmed still but it still says my wallet has the full balance
|
|
|
|
Piston Honda
Legendary
Offline
Activity: 2702
Merit: 1064
Juicin' crypto
|
|
May 08, 2015, 01:49:34 PM |
|
This forum u can only believe about 5-10% of the bullshit posted here. Turds.
|
$ADK ~ watch & learn...
|
|
|
incognitoworker
|
|
May 08, 2015, 01:52:58 PM |
|
hi can anyone my wallet is not sending to bittrex i made 2 transactions last night 1 went through the other is unconfirmed still but it still says my wallet has the full balance
Try repairwallet in debug console
|
|
|
|
fearcoka
Legendary
Offline
Activity: 1008
Merit: 1000
|
|
May 08, 2015, 02:10:12 PM |
|
Appologies for delay in getting SlingRoad ready for public consumption.
I've been doing end to end scenario tests and when I got to paying the vendor it kept crashing.
What 's been happening is when you make a buy request the vendor clicks accept and it creates a 2-of-2 multisig address on the vendors side. Then the vendor sends the security deposit to it, then, that gets sent to the buyer and the buyer locks the escrow by sending the funds to that address. That part is all working great!!
Next step, after the vendor ships the item, the buyer clicks request payment which creates a transaction that spends the funds from the multisig address and sends the entire amount (vendor's security deposit + buyer's security deposit) to the vendor...It sends that raw transaction string to the buyer for them to sign and then they can click Pay/Release Escrow, and it will sign it and broadcast the tx to the network and the vendor gets paid.
The problem I'm getting right now is, I created an item listing and ran through it, and when I click pay it crashes and the log says TX Decode Failed. But if I paste the raw tx string into the rpc console and do decoderawtransaction, it decodes it correctly. Multi-sig stuff is complicated and the fact that the escrow locks successfully and the ui buttons enable/disable correctly is a big accomplishment.
After spending a long time trying to work out why the error return keeps happening I kind of know what the problem is at last. ... I'm pretty sure this bug is because I was passing a string instead of an array into the decoder. I also thought it might be to do with checking the escrow lock before the tx's had chance to confirm but even after confirmation it's still saying TX decode failed.
Once I crack this last bug so it's working smoothly for finalizing transactions, in all scenarios, it's good to go!
I've been up working on this for the second 24 hour in a row now so I'll probably need to get some rest soon and get back on it with a refreshed mind.
Will keep everyone updated.
Thanks Dev. Take your time Slingroad is going to be amazing!! Thanks to everyone who sold their sling. Now it is in the hands of stronger investors With such a low coin count expect to see a real rise soon.
|
Just Nao Tomori and Bitcoin ( ͡° ͜ʖ ͡°)
|
|
|
fireinyourhole
|
|
May 08, 2015, 02:37:52 PM |
|
All you 30 minute adhd traders just got shook after that beautiful triple top triple bottom. The dev obviously knows what hes doing, today he launches and we release free of any BS or fud. Sell low buy high boys!
|
|
|
|
|