elective-stereophonic
elective-stereophonic
List of feature request for Ardor, Ignis, and Nxt (with the full list in OP)
singapore
Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Stable Nxt Client: Nxt 1.12.1 Upgrade before block 2870000 is mandatory!

Pages: 1 2 3 [4] 5 6 ... 20  All

Author Topic: List of feature request for Ardor, Ignis, and Nxt (with the full list in OP)  (Read 147080 times)

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: List of feature request for NRS
« Reply #60 on: June 17, 2015, 11:31:07 am »

And? Did you spot it? I'll explain if you wish.
Ok explain it.

Happy to  ;D

Copdieci wanted to use the API to generate unsigned transaction bytes that can later be signed by whatever secretkey.

But the problem here is that the unsigned transaction bytes (as returned from the API) embed the sender address in the form of the sender public key (see here for example https://github.com/fimkrypto/nxt-plus/blob/master/src/java/nxt/TransactionImpl.java#L590)
So now the problem becomes generating the transaction bytes (which you later sign) which needs the sender address (at least the API does), since that is part of the transaction bytes. Thats what i mean with the chicken and egg problem.

But there is a solution. You could generate the transaction bytes yourself (in javascript for instance), leaving out the senderPublicKey (just put 64 0's in there) and then when it comes to signing them with whatever secretkey (as was requested) first calculate the public key from the secret key you are using, replace the 64 0's with that public key and then sign the transaction bytes with the secret key.

So what i'm saying is since it's such a complex task already, perhaps bypassing the API completely is the better option here.
Thanks. I missed the part capodieci wished to use whatever secret.
I think it can be sent to any address and as long as whitelist isnt used, then anybody can approve the phased tx by publishing the secret
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

verymuchso

  • Hero Member
  • *****
  • Karma: +118/-2
  • Offline Offline
  • Posts: 549
    • View Profile
    • HEAT Ledger
Re: List of feature request for NRS
« Reply #61 on: June 17, 2015, 04:10:36 pm »

And? Did you spot it? I'll explain if you wish.
Ok explain it.

Happy to  ;D

Copdieci wanted to use the API to generate unsigned transaction bytes that can later be signed by whatever secretkey.

But the problem here is that the unsigned transaction bytes (as returned from the API) embed the sender address in the form of the sender public key (see here for example https://github.com/fimkrypto/nxt-plus/blob/master/src/java/nxt/TransactionImpl.java#L590)
So now the problem becomes generating the transaction bytes (which you later sign) which needs the sender address (at least the API does), since that is part of the transaction bytes. Thats what i mean with the chicken and egg problem.

But there is a solution. You could generate the transaction bytes yourself (in javascript for instance), leaving out the senderPublicKey (just put 64 0's in there) and then when it comes to signing them with whatever secretkey (as was requested) first calculate the public key from the secret key you are using, replace the 64 0's with that public key and then sign the transaction bytes with the secret key.

So what i'm saying is since it's such a complex task already, perhaps bypassing the API completely is the better option here.
Thanks. I missed the part capodieci wished to use whatever secret.
I think it can be sent to any address and as long as whitelist isnt used, then anybody can approve the phased tx by publishing the secret

Not following you there.

Sure I understand that anybody can publish the secret if whitelist is not used (i'm guessing this is how phased txns work - thanks for that).
Not sure how it relates to the discussion.
Logged
HEAT: DEX | SDK | HOME

qq2536007339

  • Hero Member
  • *****
  • Karma: +42/-9
  • Offline Offline
  • Posts: 514
    • View Profile
Re: List of feature request for NRS
« Reply #62 on: June 18, 2015, 01:04:36 am »

Haven't seen that one before. Looking at their btt page https://bitcointalk.org/index.php?topic=705446.0 it seems every node in the network becomes an end point for others who connect to the internet through their internet connection.
One thing that immediately springs to mind is what will happen if I run the vpn wallet and the person who accesses the internet through my connection is surfing for illegal content? My ISP will likely contribute that serving behavior to me I'd think.

First of all,I think vpn function is not mandatory,and default set to disable.You will not have trouble if you don't want to.

Second,this function is like commerce VPN service,they don't get punishment for user accesses the illegal content,so do you.
Logged
你送我阿朵,我是要的。ARDOR-DJ68-PG7W-4JEU-2LU5T

verymuchso

  • Hero Member
  • *****
  • Karma: +118/-2
  • Offline Offline
  • Posts: 549
    • View Profile
    • HEAT Ledger
Re: List of feature request for NRS
« Reply #63 on: June 18, 2015, 07:38:52 am »

First of all,I think vpn function is not mandatory,and default set to disable.You will not have trouble if you don't want to.
Second,this function is like commerce VPN service,they don't get punishment for user accesses the illegal content,so do you.

First argument I fully accept.

But how can you be sure the second argument is valid, that would mean that any and all serving for illegal content could potentially be waived away by saying you ran a proxy of some sort. I don't think that would hold, at least not in all places in the world.

Don't get me wrong I like the idea and see the potential, just sounds like the risks are somewhat overlooked.
Logged
HEAT: DEX | SDK | HOME

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: List of feature request for NRS
« Reply #64 on: June 18, 2015, 07:42:07 am »

First of all,I think vpn function is not mandatory,and default set to disable.You will not have trouble if you don't want to.
Second,this function is like commerce VPN service,they don't get punishment for user accesses the illegal content,so do you.

First argument I fully accept.

But how can you be sure the second argument is valid, that would mean that any and all serving for illegal content could potentially be waived away by saying you ran a proxy of some sort. I don't think that would hold, at least not in all places in the world.

Don't get me wrong I like the idea and see the potential, just sounds like the risks are somewhat overlooked.
just require all packets to be high entropy
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

verymuchso

  • Hero Member
  • *****
  • Karma: +118/-2
  • Offline Offline
  • Posts: 549
    • View Profile
    • HEAT Ledger
Re: List of feature request for NRS
« Reply #65 on: June 18, 2015, 11:02:05 am »

First of all,I think vpn function is not mandatory,and default set to disable.You will not have trouble if you don't want to.
Second,this function is like commerce VPN service,they don't get punishment for user accesses the illegal content,so do you.

First argument I fully accept.

But how can you be sure the second argument is valid, that would mean that any and all serving for illegal content could potentially be waived away by saying you ran a proxy of some sort. I don't think that would hold, at least not in all places in the world.

Don't get me wrong I like the idea and see the potential, just sounds like the risks are somewhat overlooked.
just require all packets to be high entropy

How does that work in practice?
Why does that matter when you are still sending/receiving the packets from/to a suspicious domain.
Logged
HEAT: DEX | SDK | HOME

jl777

  • Hero Member
  • *****
  • Karma: +718/-123
  • Offline Offline
  • Posts: 6170
    • View Profile
Re: List of feature request for NRS
« Reply #66 on: June 18, 2015, 11:25:46 am »

First of all,I think vpn function is not mandatory,and default set to disable.You will not have trouble if you don't want to.
Second,this function is like commerce VPN service,they don't get punishment for user accesses the illegal content,so do you.

First argument I fully accept.

But how can you be sure the second argument is valid, that would mean that any and all serving for illegal content could potentially be waived away by saying you ran a proxy of some sort. I don't think that would hold, at least not in all places in the world.

Don't get me wrong I like the idea and see the potential, just sounds like the risks are somewhat overlooked.
just require all packets to be high entropy

How does that work in practice?
Why does that matter when you are still sending/receiving the packets from/to a suspicious domain.
plausible deniability
also last I checked the possibility that something bad is happening is not enough, but maybe things have gotten worse in USSA where just the possibility is enough to send in the SWAT team.

However, if only high entropy encrypted packets are passively being routed and there is also some doubt as to the origin/destination of the packets, then it is two levels removed and I cant see how on a practical basis this is becoming any problem.

James
Logged
There are over 1000 people in SuperNET slack! http://slackinvite.supernet.org/ automatically sends you an invite

I am just a simple C programmer

grewalsatinder

  • Hero Member
  • *****
  • Karma: +89/-3
  • Offline Offline
  • Posts: 527
    • View Profile
Re: List of feature request for NRS
« Reply #67 on: June 19, 2015, 01:43:19 am »

All in one NXT-SuperNet-FreeMarket-MeshNet Raspberry Pi Device

https://nxtforum.org/general-discussion/all-in-one-nxt-supernet-freemarket-meshnet-raspberry-pi-device/

Please advise and share your views.

Cheers,
Satinder
Logged
NXT-QK5L-7YM9-YPVF-55GL5 - Twitter: https://twitter.com/satindergrewal

qq2536007339

  • Hero Member
  • *****
  • Karma: +42/-9
  • Offline Offline
  • Posts: 514
    • View Profile
Re: List of feature request for NRS
« Reply #68 on: June 19, 2015, 06:53:24 am »

But how can you be sure the second argument is valid, that would mean that any and all serving for illegal content could potentially be waived away by saying you ran a proxy of some sort. I don't think that would hold, at least not in all places in the world.

Don't get me wrong I like the idea and see the potential, just sounds like the risks are somewhat overlooked.

I'm not sure,I think VPN will like DGS market,some people will like,and some people will hate it.Just give user a choice,and let each individual decide.
Logged
你送我阿朵,我是要的。ARDOR-DJ68-PG7W-4JEU-2LU5T

qq2536007339

  • Hero Member
  • *****
  • Karma: +42/-9
  • Offline Offline
  • Posts: 514
    • View Profile
Re: List of feature request for NRS
« Reply #69 on: June 19, 2015, 07:00:11 am »

Allow user to post comments to specified voting,and show those comments in the back of voting result.So people can debate directly,should be interesting.

Logged
你送我阿朵,我是要的。ARDOR-DJ68-PG7W-4JEU-2LU5T

sadface

  • Sr. Member
  • ****
  • Karma: +16/-2
  • Offline Offline
  • Posts: 273
    • View Profile
Re: List of feature request for NRS
« Reply #70 on: June 19, 2015, 07:34:56 am »

this belongs here i think:

quoted from here by kwilliams: https://nxtforum.org/account-control/derived-keys/

NRS should be modified to allow creation of additional key pairs under the same account. They will derive trust from the main account (similar to SSL certificates chains) but have additional restrictions applied to them at creation. For example I should be able to create a "non-spending" keypair that is good for everything else except direct balance transfers. I would use it in my daily activities (sending messages, forging, transferring assets, etc) and even if private key becomes known, people wont be able to steal my balance directly.

Conceptually such keypairs would not be much different from aliases - they will all resolve to the same main identity but be used for different means. Each will have one or more standard policies associated to it ("Can transfer balance", "Can transfer asset", "Can forge", "Can pay network fee", etc). In addition they can have activity quotas ("max_per_block=3","max_per_day=50" which means the key can be used maximum 3 times per block and maximum 50 times per day (1440 blocks)). This is in case they get hacked, the owner will not be bled dry before he has time to revoke the keys.

The usefulness of such keys gets beyond simple security. For example I can create a "messaging only" key and give it to my marketing person to manage the communications of my account without having to worry about them getting hacker, etc. I can also have "asset trading key" which I give to a trading desk which is only interested in managing my asset portfolio (so they can sell my assets or transfer them out, yet have no direct access to my NRS balance)
Logged

Sebastien256

  • Hero Member
  • *****
  • Karma: +169/-24
  • Offline Offline
  • Posts: 2823
  • ^LOOK UP^ = Nxt community!
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #71 on: June 19, 2015, 08:03:27 am »

I just change the title of the topic instead to:
List of feature request for Nxt and NRS

Requests are sometime so general, that adding Nxt seems appropriate for the topic title.
Logged
Please drop your ideas concerning Nxt and/or NRS in this topic -> List of feature request for Nxt and/or NRS (with the full list in OP).

futurist

  • Full Member
  • ***
  • Karma: +33/-7
  • Offline Offline
  • Posts: 193
    • View Profile
    • CORE Media
Re: List of feature request for Nxt and NRS
« Reply #72 on: June 19, 2015, 07:56:44 pm »

NRS client GUI feature request:

Somewhere in the dashboard it would be nice to see "Currency Value" that shows the total value of the MS currency you possess.

jones

  • Hero Member
  • *****
  • Karma: +310/-8
  • Offline Offline
  • Posts: 1043
  • write code not war
    • View Profile
    • jNxt
Re: List of feature request for NRS
« Reply #73 on: June 29, 2015, 07:44:44 am »


http://jnxt.org/jayex

I could do a plugin of this if it's wanted.

I regularly open the jayex page when I'm waiting for a Tx, just to see the little counter in the bottom right.

I think it's a neat little countdown when you're waiting for a confirmation. Could we have a plugin of just the counter?

How does it know (to within a few seconds) when forging is going to occur?

This is doable, I could either make one that fits on a plugin page as its supposed to, or I could probably break the sandboxing and make a static countdown appear all the time at the bottom right corner of the screen on your nxt client, I can make a setting to toggle this.

It is able to calculate when forging occurs because of Nxt's transparent forging ability. With every new block each forger has a wait time until they can create the next block, once a nodes wait time is up, they have 15 seconds to create and distribute the block to everyone.
To calculate the next block, I get a list of the top 80% or so of forgers, then do the calculation on all of them each block to find the one that will win, then I have the next nxt block prediction time with 80% certainty.
For extra credit you are also able to calculate what forger will make the block after the next one and so on, this is shown at http://jnxt.org/blocks, after each block prediction the certainty is diminished slightly.

I will play around with the plugin system tomorrow or the next day, see what I can come up with.
Logged
-- Jones NXT-RJU8-JSNR-H9J4-2KWKY

Sebastien256

  • Hero Member
  • *****
  • Karma: +169/-24
  • Offline Offline
  • Posts: 2823
  • ^LOOK UP^ = Nxt community!
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #74 on: June 30, 2015, 06:59:50 pm »

A blockchain statistic plugin would be nice. I will add this one on the list.
https://nxtforum.org/general-discussion/blockchain-statistic/msg185789/#msg185789

Please feel free to contribute about other ideas.
Logged
Please drop your ideas concerning Nxt and/or NRS in this topic -> List of feature request for Nxt and/or NRS (with the full list in OP).

Nxter

  • Hero Member
  • *****
  • Karma: +61/-7
  • Offline Offline
  • Posts: 597
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #75 on: July 04, 2015, 12:22:37 am »

Tradable token that represent a non divisible virtual unique object (special lower fee in AE for that special used case).

I think that AE exchange can right now be used to make this, such as in-game item property or such. However, AE creation fee are way to high for this to be done in practice. I think that a special reduced fee for a non divisible asset of size 1 should be allowed in the AE. It a special case where MMO such as voxelnault may be happy to have.

I think that this can be done by changing very few lines of code in Nxt.
why not markeplace listing that has automated digital codes it issues on purchase?

Marketplace items... can't be trade easilly between trader. I was thinking also of the use case of spell of genesis where they will do ingame virtual card (similar to the game magic), then property can be easily exchange between player and real perveived value is achievable with bidding on AE.

Imo, it is pretty easy to offer such a solution to apps and games devellopers, it is kind of only a "if" statement to be add in the Nxt code!

Imagine a game where every unique item in a game like Diablo 3 suddently appears on Nxt blockchain when they drop and the item can readily be trade on Nxt AE. Nxt cannot do that right now as fee for asset creation are way to high. But they could be reduced for that special limit case.
MSCOIN 40 nxt is too much?



Why don't use the alias system for this?
You just create an alias with a code that represents de virtual asset.

Aliases are unique, tradeable and transferable.

Aliases cost 1nxt..
« Last Edit: July 04, 2015, 12:25:38 am by Nxter »
Logged

Sebastien256

  • Hero Member
  • *****
  • Karma: +169/-24
  • Offline Offline
  • Posts: 2823
  • ^LOOK UP^ = Nxt community!
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #76 on: July 04, 2015, 04:56:07 am »

Tradable token that represent a non divisible virtual unique object (special lower fee in AE for that special used case).

I think that AE exchange can right now be used to make this, such as in-game item property or such. However, AE creation fee are way to high for this to be done in practice. I think that a special reduced fee for a non divisible asset of size 1 should be allowed in the AE. It a special case where MMO such as voxelnault may be happy to have.

I think that this can be done by changing very few lines of code in Nxt.
why not markeplace listing that has automated digital codes it issues on purchase?

Marketplace items... can't be trade easilly between trader. I was thinking also of the use case of spell of genesis where they will do ingame virtual card (similar to the game magic), then property can be easily exchange between player and real perveived value is achievable with bidding on AE.

Imo, it is pretty easy to offer such a solution to apps and games devellopers, it is kind of only a "if" statement to be add in the Nxt code!

Imagine a game where every unique item in a game like Diablo 3 suddently appears on Nxt blockchain when they drop and the item can readily be trade on Nxt AE. Nxt cannot do that right now as fee for asset creation are way to high. But they could be reduced for that special limit case.
MSCOIN 40 nxt is too much?



Why don't use the alias system for this?
You just create an alias with a code that represents de virtual asset.

Aliases are unique, tradeable and transferable.

Aliases cost 1nxt..

Alias transfer is not phase safe I think, so they can't be trade as the asset in AE. Nothing garanty will get your Nxt once you tranfer the alias and vice versa.
Logged
Please drop your ideas concerning Nxt and/or NRS in this topic -> List of feature request for Nxt and/or NRS (with the full list in OP).

NxtSwe

  • Hero Member
  • *****
  • Karma: +124/-9
  • Offline Offline
  • Posts: 657
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #77 on: July 04, 2015, 08:43:51 am »

Tradable token that represent a non divisible virtual unique object (special lower fee in AE for that special used case).

I think that AE exchange can right now be used to make this, such as in-game item property or such. However, AE creation fee are way to high for this to be done in practice. I think that a special reduced fee for a non divisible asset of size 1 should be allowed in the AE. It a special case where MMO such as voxelnault may be happy to have.

I think that this can be done by changing very few lines of code in Nxt.
why not markeplace listing that has automated digital codes it issues on purchase?

Marketplace items... can't be trade easilly between trader. I was thinking also of the use case of spell of genesis where they will do ingame virtual card (similar to the game magic), then property can be easily exchange between player and real perveived value is achievable with bidding on AE.

Imo, it is pretty easy to offer such a solution to apps and games devellopers, it is kind of only a "if" statement to be add in the Nxt code!

Imagine a game where every unique item in a game like Diablo 3 suddently appears on Nxt blockchain when they drop and the item can readily be trade on Nxt AE. Nxt cannot do that right now as fee for asset creation are way to high. But they could be reduced for that special limit case.
MSCOIN 40 nxt is too much?



Why don't use the alias system for this?
You just create an alias with a code that represents de virtual asset.

Aliases are unique, tradeable and transferable.

Aliases cost 1nxt..

Alias transfer is not phase safe I think, so they can't be trade as the asset in AE. Nothing garanty will get your Nxt once you tranfer the alias and vice versa.
I think you can use referenced transaction for this type of transfer. You can look at it as a trustless escrow.
http://wiki.nxtcrypto.org/wiki/Nxt_API#Escrow_Operations
Logged
Check out the NxtLib, the .NET Framework API for the Nxt platform.

Jean-Luc

  • Core Dev
  • Hero Member
  • *****
  • Karma: +816/-81
  • Offline Offline
  • Posts: 1610
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #78 on: July 06, 2015, 08:28:36 pm »

I think we can consider that for 1.6, a singleton asset issued with a quantity of 1 to have a fee of 10 instead of 1000, and then it can be used to represent a single tradeable object.
Logged
GPG key fingerprint: 263A 9EB0 29CF C77A 3D06  FD13 811D 6940 E1E4 240C
NXT-X4LF-9A4G-WN9Z-2R322

Nxter

  • Hero Member
  • *****
  • Karma: +61/-7
  • Offline Offline
  • Posts: 597
    • View Profile
Re: List of feature request for Nxt and NRS
« Reply #79 on: July 06, 2015, 09:57:23 pm »

I think we can consider that for 1.6, a singleton asset issued with a quantity of 1 to have a fee of 10 instead of 1000, and then it can be used to represent a single tradeable object.

There it goes nxtebay. :)
Logged
Pages: 1 2 3 [4] 5 6 ... 20  All
 

elective-stereophonic
elective-stereophonic
assembly
assembly