Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 01:50:10 PM |
|
1) an API to get a qty of assets. requred parameer of acctnumbr. with no other parameters it lists all qtys of all assets. optional parameter of an assetID to just get qty of that asset. another optional parameter of a timestamp to get a snapshot before or after that particular time. these 2 options may be used together
Done without a timestamp. 2) I still dont fully understand if/how/when automated transfers work, since in my testing so far, with no QTY API, I cannot tell if automated trades due to bid/sell matching occurs. so Im sure if this process can be described, we'd want some other APIs I'll add getTradeHistory. 3) Allow "getAskOrderIds" and "getBidOrderIds" to specify a certain assetID
Done. As a side-effect they r sorted according to the order they would be matched (to show market depth). 4) An API to show all transfers of an asset from 1 account, specifying the asset and the transfer-or, and optionally the transfer-ee, and optionally a timestamp to show transfers before or after that point.
This should be done via getTransactionIds (with type/subtype filter) + getTransaction combo. Or getTradeHistory. 5) An API to show all transfers of assets into 1 account, optionally allowing to filter to a specific asset,and optionally a timestamp to show transfers before or after that point.
This should be done via getTransactionIds (with type/subtype filter) + getTransaction combo. Or getTradeHistory.
|
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 01:55:27 PM |
|
too much blablabla and talking about the color of the coin,thats all
U should add that we talk about color of the coins for 3 months already.
|
|
|
|
coolfish
|
|
January 29, 2014, 01:57:20 PM |
|
Hm... eMunie announced OB1 on 1 February Following is a list of components not enabled for OB1: Distributed P2P exchange (OB2 scheduled) Distributed market place (OB2 scheduled) Final economic model API calls for the above Remote admin panel for clients much wow - so they finally designed the economic model? - as an economist I am really anxious to see it. fixing exchange rates is serious hard business if not impossible. the rest lets see in ob2 on 1 February? Client released earlier than NXT? NXT is not the first 2nd generation?
|
Nxt:17482068461146780755
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 01:58:35 PM |
|
NXT is not the first 2nd generation?
No. We decided to call Nxt "the 3rd generation".
|
|
|
|
Labteck
|
|
January 29, 2014, 01:59:29 PM |
|
too much blablabla and talking about the color of the coin,thats all
U should add that we talk about color of the coins for 3 months already. nice,keep talking
|
|
|
|
l8orre
Legendary
Offline
Activity: 1181
Merit: 1018
|
|
January 29, 2014, 02:04:04 PM |
|
too much blablabla and talking about the color of the coin,thats all
U should add that we talk about color of the coins for 3 months already. hey CfB - sorry, this is going quite quickly. Do you have 'getAccountAssets' call on your list? Sort of an inventory that lists which assets and how much of it an account has? Was mentioned before, just asking to make sure because it seems essential to me! Also, there is the questions of conditional BUY/SELL offers: Can you make a BUY or SELL limit order, that has th efollowing properties: 1: the issuer can NOT revoke it 2: it expires at a certain point in time if it is not matched 3: it is coded to a SPECIFIC account OR to a SPECIFIC key, and only the owner of the account / holder of the key can execute it I think it could be possible with the present NRS infrastructre, and this would provide an extremely powerful method to issue options on virtual assets. ALSO: in certain combinations, this might allow schemes to implement SMART ESCROW - not sure yet, but there might be a way to do this. Think of the utility value of these two things that can be done with options contracts! I am just posing these here in case it goes too fast, but I'll also put it over to the API dev thread..
|
|
|
|
DLXS
Member
Offline
Activity: 88
Merit: 10
|
|
January 29, 2014, 02:04:43 PM |
|
Hi guys,
I'm a fish here and I hardly understand all you talk about. However, I have read everysingle page of this thread and I own a few thousands (not many) NXT. Straight to the point: what I see from the outside is that time and money is been wasted in things that are not so important. Sbdy said "better think about a good voting system now than change it later". People, we CAN'T have the best product from the beginning. Things have to appear and then you can see the problems it arises and improves it. Lots of time is being wasted in important things but without reaching a conclusion (beause it's descentralized and it's difficult...) and this is damaging NXT because it will have competitors soon plus expectatives are going down (yes, it's a long term thing, but damnit, what's the point anyway?). I suggest to decide for something fairly good for each thing (gold, aluminum? It doesn't matter now, brands can be changed, specially when they haven't been heavily promoted yet, don't talk so much about these tings that don't affect NXT performance so much) and if needed, change or improve it in the future.
Remember that the best product can never be the first one released. You need something being adapted and while community grows, NXT will be improved and reach the final stage when it will be a real product. We are trying to build the house from the roof.
On the other hand, I don't understand what you are doing with marketing. It's important to reach people massively, true. But you want to spend crazy money on things with little ROI. Take redbull for instance: they knew they couldn't go for big things because they were limited and therefore, decided to invest in LOTS of little things (all alternative sports) in order to become big and popular.
Having said that, I admit it's easy to criticise without giving clear solutions, but I'm not an expert and don't know how to do it + lack of time. But I hope that those who can make this happen will take this into consideration, either they agree or not, at least to think about this.
EDIT: I have to sy you are doing a BIIIIIIG effort and this is highly appreciated. I'm just giving my two cents to try to make it better in the only way I can.
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 02:08:05 PM |
|
too much blablabla and talking about the color of the coin,thats all
U should add that we talk about color of the coins for 3 months already. hey CfB - sorry, this is going quite quickly. Do you have 'getAccountAssets' call on your list? Sort of an inventory that lists which assets and how much of it an account has? Was mentioned before, just asking to make sure becasue it seems essential to me! Aslo, there is the questions of conditional BUY/SELL offers: Can you make a BUY or SELL l limit order, that has th efollowing properties: 1: the issuer can NOT revoke it 2: it expires at a certain point in time if it is not matched 3: it is coded to a SPECIFIC account OR to a SPECIFIC key, and only the owner of the account / holder of the key can execute it I think it could be possible with the present NRS infrastructre, and this would provide an extremely powerful method to issue options on virtual assets. ALSO: in certail combinations, this might allow schemes to implement SMART ESCROW - not sure yet, but there might be a way to do this. Think of the utility value of these two things that can be done with options contracts! I am just posing these here in case it goes too fast, but I'll also put it over to the API dev thread.. I already implemented getAccount that returns important info like owned assets (including qty). I can't change current Asset Exchange logic. But we could add extra features in the future.
|
|
|
|
NxtChg
|
|
January 29, 2014, 02:08:54 PM |
|
Clients can simply accept both old and new addresses.
That's granted, but what should clients display? If they display old, it will be confusing, plus no benefit from checksum protection when users work with old addresses. If they suddenly display new, it will also be confusing, because now all user's old addresses have changed. And it seems nobody will bother to update NRS, because it's being phased out EDIT: How will this affect API calls?
Since both old and new addresses are accepted and converted into the same underlying account ID, there should be no problems, API's should work with both transparently. That's for input. For output, it's a different story. But for now, I guess, the API can return old addresses and hope they won't get corrupted on its way to the user... Or the API can be duplicated, similar to DirectX, to support both old and new versions. Something like: localhost:7874/nxt?requestType=getAccountId&secretPhrase=PASSPHRASE vs localhost:7874/nxt 2?requestType=getAccountId&secretPhrase=PASSPHRASE
|
|
|
|
opticalcarrier
|
|
January 29, 2014, 02:09:27 PM |
|
@ Client devs
I got no more API call requests, so I'll implement only those that I have now.
Did u not see my 2 posts?
|
|
|
|
l8orre
Legendary
Offline
Activity: 1181
Merit: 1018
|
|
January 29, 2014, 02:10:12 PM |
|
too much blablabla and talking about the color of the coin,thats all
U should add that we talk about color of the coins for 3 months already. hey CfB - sorry, this is going quite quickly. Do you have 'getAccountAssets' call on your list? Sort of an inventory that lists which assets and how much of it an account has? Was mentioned before, just asking to make sure becasue it seems essential to me! Aslo, there is the questions of conditional BUY/SELL offers: Can you make a BUY or SELL l limit order, that has th efollowing properties: 1: the issuer can NOT revoke it 2: it expires at a certain point in time if it is not matched 3: it is coded to a SPECIFIC account OR to a SPECIFIC key, and only the owner of the account / holder of the key can execute it I think it could be possible with the present NRS infrastructre, and this would provide an extremely powerful method to issue options on virtual assets. ALSO: in certail combinations, this might allow schemes to implement SMART ESCROW - not sure yet, but there might be a way to do this. Think of the utility value of these two things that can be done with options contracts! I am just posing these here in case it goes too fast, but I'll also put it over to the API dev thread.. I already implemented getAccount that returns important info like owned assets (including qty). I can't change current Asset Exchange logic. But we could add extra features in the future. ah, ok - just wanted to make sure. So SMART CONTRACTS would be for API2 then - well, we'll need to catch up with what is present in the first place anyway..
|
|
|
|
salsacz
|
|
January 29, 2014, 02:13:28 PM |
|
On the other hand, I don't understand what you are doing with marketing. It's important to reach people massively, true. But you want to spend crazy money on things with little ROI. Take redbull for instance: they knew they couldn't go for big things because they were limited and therefore, decided to invest in LOTS of little things (all alternative sports) in order to become big and popular.
Thank you. For example we can have LOTS of little tournaments, people are now preparing chess, poker and starcraft, other sports/games are still free. As soon as the client will be launched, we will more concentrate on looking for people who could organize other tournaments. Meanwhile I would concentrate on studying Nxt in scientific articles or whitepaper. So we could present us without guessing then.
|
|
|
|
NxtChg
|
|
January 29, 2014, 02:13:45 PM |
|
I'm a fish here and I hardly understand all you talk about. However, I have read everysingle page of this thread and I own a few thousands (not many) NXT.
That deserves a medal. Tell me your address. I am not a whale or even a dolphin, but I'll send you some. Straight to the point: what I see from the outside is that time and money is been wasted in things that are not so important.
Look, we're just a bunch of people. We're doing the best we can.
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 02:16:08 PM |
|
@ Client devs
I got no more API call requests, so I'll implement only those that I have now.
Did u not see my 2 posts? Yes, and even answered upthread.
|
|
|
|
starik69
Legendary
Offline
Activity: 1367
Merit: 1000
|
|
January 29, 2014, 02:17:32 PM |
|
Hm... eMunie announced OB1 on 1 February
much wow - so they finally designed the economic model? - as an economist I am really anxious to see it. fixing exchange rates is serious hard business if not impossible. the rest lets see in ob2 on 1 February? Client released earlier than NXT? They plan a two phase open beta which will wipe in March with the release of v1.0
|
|
|
|
Emule
|
|
January 29, 2014, 02:18:55 PM |
|
nexern lie about the client release first it was the 26 than 29, now noone knows! HUGE red flag here.
even the dev is saying it is third generation! I wouldt call it never generation vaporwarecoin. But luckely you've have articles to read and video to watch, 1M NXT of it.
this is going nowhere its rediculous. more and more investors start to vent frustrations here dont you see! price is tanking! GET a GRIP!
|
|
|
|
Come-from-Beyond
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
|
January 29, 2014, 02:21:40 PM |
|
more and more investors start to vent frustrations here dont you see! price is tanking! GET a GRIP!
Welcome to my Ignore List!!! No way, I'll quote him. Coz I quote everything that I reply to and I'm going to have some fun with this troll.
|
|
|
|
coolfish
|
|
January 29, 2014, 02:22:07 PM |
|
NXT supporters sad
|
Nxt:17482068461146780755
|
|
|
davethetrousers
|
|
January 29, 2014, 02:22:31 PM |
|
more and more investors start to vent frustrations here dont you see! price is tanking! GET a GRIP!
Welcome to my Ignore List!!! Why ignore? We're in for a whole lot of fun with this one
|
|
|
|
|