wesleyh
|
 |
January 14, 2014, 10:12:57 AM |
|
Because you do not allow bot access (in web.xml) Ok, so I enabled bot access in another one, it knows its own version but can't find out whether there's a newer version out there. Any ideas why? http://node20.mynxt.info:7874/update.htmlHmm, no, that's weird. Could you modify the update.html and add this: console.log(this.responseText); just above var response = JSON.parse(this.responseText); in the sendRequest function. That should tell us more.
|
|
|
|
|
mcjavar
|
 |
January 14, 2014, 10:38:09 AM |
|
Anybody selling BELOW dgex for 0.5 BTC?
|
|
|
|
wesleyh
|
 |
January 14, 2014, 10:46:29 AM |
|
I created a pay button for Nxt, thanks to an idea from james (jl777). You can test it here: http://nxtra.org/pay-button/Limitations: - Currently it's possible that someone else pays at the same time and you get the success message from him.. Of course this is not how it should be ;-) This is an alpha test. I will solve this by either: presenting a dialog where you enter your account ID and then checking that, or waiting for payments with descriptions to be added in NRS so as to identify the unique description. - It's .. slow. First it has to wait for the next block to be able to confirm your transaction. This can take a long time sometimes. We are not yet at 1 minute a block consistently. - If you want to wait for more than 1 confirmation, it's going to be slower still. as you will be waiting for x blocks. Question is: will blocks and confirmations come faster in the future? How fast exactly? And should I continue developing this? I think it's perhaps wiser to wait until payments with descriptions are out to continue. I could add an account ID entry field tho... PS: don't mind the QR code, it's not set up properly. The copy address button also doesn't yet work. Wesley
|
|
|
|
voldemort628
|
 |
January 14, 2014, 10:54:47 AM |
|
noob question: my tx got only 5 confirmations after a week..is this something to be worry about ?
|
░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░ ▐ CRYPTI▐ a Node.JS coin built from scratch. With Proof of Time, Purchase and Identity. Custom blockchains and much more! ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
|
|
|
pandaisftw
|
 |
January 14, 2014, 11:11:50 AM |
|
I created a pay button for Nxt, thanks to an idea from james (jl777). You can test it here: http://nxtra.org/pay-button/Limitations: - Currently it's possible that someone else pays at the same time and you get the success message from him.. Of course this is not how it should be ;-) This is an alpha test. I will solve this by either: presenting a dialog where you enter your account ID and then checking that, or waiting for payments with descriptions to be added in NRS so as to identify the unique description. - It's .. slow. First it has to wait for the next block to be able to confirm your transaction. This can take a long time sometimes. We are not yet at 1 minute a block consistently. - If you want to wait for more than 1 confirmation, it's going to be slower still. as you will be waiting for x blocks. Question is: will blocks and confirmations come faster in the future? How fast exactly? And should I continue developing this? I think it's perhaps wiser to wait until payments with descriptions are out to continue. I could add an account ID entry field tho... PS: don't mind the QR code, it's not set up properly. The copy address button also doesn't yet work. Wesley Very nice! C-f-b mentioned that in the future, with TF, blocks can be forged with exactly 1 minute in-between each block. Adding to that, we will also have instant transactions (due to TF); so conceivably, your payment button can be instantly confirmed as well.
|
NXT: 13095091276527367030
|
|
|
notsoshifty
|
 |
January 14, 2014, 11:12:01 AM |
|
I'd like to see a nice-sized bounty on suitably licensed open source code that supports a secure online wallet (similar to blockchain.info's wallet), and actual implementations. There is already a bounty on a high performance implementation of some of the crypto code, but (unless you're running a full NRS instance in Javascript) is such performance required just to send some money, check balances, see recent transactions, create aliases, etc? Especially given that it would be talking to a backend server with a full NRS instance. There is likely to be huge demand for them. Online wallets are popping up, but they all send the wrong message to users by expecting them to enter his secret phrase.
|
|
|
|
abuelau
|
 |
January 14, 2014, 11:15:19 AM |
|
Because you do not allow bot access (in web.xml) Ok, so I enabled bot access in another one, it knows its own version but can't find out whether there's a newer version out there. Any ideas why? http://node20.mynxt.info:7874/update.htmlHmm, no, that's weird. Could you modify the update.html and add this: console.log(this.responseText); just above var response = JSON.parse(this.responseText); in the sendRequest function. That should tell us more. Thanks, will do as soon as I get a chance. On my way to the airport now.
|
|
|
|
BaiMangal
Member

Offline
Activity: 111
Merit: 10
|
 |
January 14, 2014, 11:21:04 AM |
|
Is anyone going to become an NXT/fiat gateway when Asset Exchange is launched? I know about only 1 such case.
We are working on putting a very simple broker type of service were people can buy NXT with EUR. It will be very very simple and the sole purpose of it is going to be just give "easier" way of buying NXT without going through the hassle of getting btc and then converting. I hope we will be ready in 1-2 weeks. We were working to sort out the tax for such a service in Ireland unfortunately for now it seems we will not be able to convince the tax office to not charge VAT on crypto currencies. I regret to say that the exchange will be postponed until we have clearer statement from the revenue. I wanted to do it for nxt even with a risk of losing some money but when there are legal issues it becomes even harder.. disappointing!!
|
|
|
|
wesleyh
|
 |
January 14, 2014, 11:24:24 AM |
|
I created a pay button for Nxt, thanks to an idea from james (jl777). You can test it here: http://nxtra.org/pay-button/Limitations: - Currently it's possible that someone else pays at the same time and you get the success message from him.. Of course this is not how it should be ;-) This is an alpha test. I will solve this by either: presenting a dialog where you enter your account ID and then checking that, or waiting for payments with descriptions to be added in NRS so as to identify the unique description. - It's .. slow. First it has to wait for the next block to be able to confirm your transaction. This can take a long time sometimes. We are not yet at 1 minute a block consistently. - If you want to wait for more than 1 confirmation, it's going to be slower still. as you will be waiting for x blocks. Question is: will blocks and confirmations come faster in the future? How fast exactly? And should I continue developing this? I think it's perhaps wiser to wait until payments with descriptions are out to continue. I could add an account ID entry field tho... PS: don't mind the QR code, it's not set up properly. The copy address button also doesn't yet work. Wesley Very nice! C-f-b mentioned that in the future, with TF, blocks can be forged with exactly 1 minute in-between each block. Adding to that, we will also have instant transactions (due to TF); so conceivably, your payment button can be instantly confirmed as well. Well let's hope so, instant transactions without fast confirmations are not all that useful, I think? But aren't confirmations related to the nr of blocks?
|
|
|
|
bitcoinpaul
|
 |
January 14, 2014, 11:24:56 AM |
|
I created a pay button for Nxt, thanks to an idea from james (jl777). You can test it here: http://nxtra.org/pay-button/Limitations: - Currently it's possible that someone else pays at the same time and you get the success message from him.. Of course this is not how it should be ;-) This is an alpha test. I will solve this by either: presenting a dialog where you enter your account ID and then checking that, or waiting for payments with descriptions to be added in NRS so as to identify the unique description. - It's .. slow. First it has to wait for the next block to be able to confirm your transaction. This can take a long time sometimes. We are not yet at 1 minute a block consistently. - If you want to wait for more than 1 confirmation, it's going to be slower still. as you will be waiting for x blocks. Question is: will blocks and confirmations come faster in the future? How fast exactly? And should I continue developing this? I think it's perhaps wiser to wait until payments with descriptions are out to continue. I could add an account ID entry field tho... PS: don't mind the QR code, it's not set up properly. The copy address button also doesn't yet work. Wesley Great! 
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
 |
January 14, 2014, 11:28:11 AM |
|
Adding to that, we will also have instant transactions (due to TF); so conceivably, your payment button can be instantly confirmed as well.
That was an idea of Anon136 to use TF for Instant Transactions. BCNext's idea was based on another approach. U can use any or both.
|
|
|
|
pandaisftw
|
 |
January 14, 2014, 11:41:19 AM |
|
Well let's hope so, instant transactions without fast confirmations are not all that useful, I think? But aren't confirmations related to the nr of blocks?
Technically all transfers in the cryptocurrency world are "instant", but we have to wait for confirmations. I assume by Instant Transactions, it actually means instant confirmation. Adding to that, we will also have instant transactions (due to TF); so conceivably, your payment button can be instantly confirmed as well.
That was an idea of Anon136 to use TF for Instant Transactions. BCNext's idea was based on another approach. U can use any or both. Ah, I see. Well, the more methods we have to instantly confirm transactions, the better?
|
NXT: 13095091276527367030
|
|
|
NxtChoice
|
 |
January 14, 2014, 12:02:36 PM |
|
Adding to that, we will also have instant transactions (due to TF); so conceivably, your payment button can be instantly confirmed as well.
That was an idea of Anon136 to use TF for Instant Transactions. BCNext's idea was based on another approach. U can use any or both. I got Anon136's idea through his paper. Where is BCNext's idea?
|
|
|
|
user1922
Newbie
Offline
Activity: 31
Merit: 0
|
 |
January 14, 2014, 12:03:42 PM |
|
My peer review: Reword: However, it solves the problem of determining whose perspective the consensus record should be a reflection of differentlyHowever, it solves the problem of determining whose perspective the consensus record should be a reflection of in a different manner Reword: In lay-terms, that means that a person who has invested 10billion into mining infrastructure will be able to produce significantly more than 10 times as much hashing power as someone who has invested 1 billionIn lay-terms, that means that a person who has invested 10billion will be able to mine not 10 times more than a person who invested 1billion, but he will mine 100 or maybe even a 1000 times more Spellcheck: Thus far, it surely seems as if I have been deifying NXT defyingSpellcheck: it is not in their own interest to horde their own coins. With a little luck these individuals will realize that if they continue to horde their coins,2x hoard Do with it what you like. If you don't like it, no problem Greets
|
|
|
|
|
NxtChoice
|
 |
January 14, 2014, 12:19:43 PM |
|
Thanks. I will have a study.
|
|
|
|
pandaisftw
|
 |
January 14, 2014, 12:19:49 PM |
|
My peer review: Reword: However, it solves the problem of determining whose perspective the consensus record should be a reflection of differentlyHowever, it solves the problem of determining whose perspective the consensus record should be a reflection of in a different manner Reword: In lay-terms, that means that a person who has invested 10billion into mining infrastructure will be able to produce significantly more than 10 times as much hashing power as someone who has invested 1 billionIn lay-terms, that means that a person who has invested 10billion will be able to mine not 10 times more than a person who invested 1billion, but he will mine 100 or maybe even a 1000 times more Spellcheck: Thus far, it surely seems as if I have been deifying NXT defyingSpellcheck: it is not in their own interest to horde their own coins. With a little luck these individuals will realize that if they continue to horde their coins,2x hoard Do with it what you like. If you don't like it, no problem Greets Deifying is actually the word he wants: tr.v. dei·fied, dei·fy·ing, dei·fies 1. To make a god of; raise to the condition of a god. 2. To worship or revere as a god: deify a leader. 3. To idealize; exalt: deifying success.
|
NXT: 13095091276527367030
|
|
|
l8orre
Legendary
Offline
Activity: 1186
Merit: 1018
|
 |
January 14, 2014, 12:43:10 PM Last edit: January 14, 2014, 01:09:29 PM by l8orre |
|
Hey, I have some basic functionality clobbered together in PyQt4. Also uses python 'requests' and 'json' modules. So, for many ppl it won't just be plug+play, they'll get to install a bunch of python stuff first. Also, I am still on python2.7, because the scientific stuff I am using is lagging behind a bit in python. I do not want to stick my neck out by promising anything. I come from a special perspective, and the Client will reflect that - most interested in asset trading. Also, honing and nicing everything up us monstrously time consuming. But it would be interesting to have a thread with use cases thrown in, so that client Devs could pick things from there. Is there such a thread? I know that there is a Client dev thread, but that is mostly dead, so if you want a client to surface, go there and leave your wishes! 
|
|
|
|
|
|