Bitcoin Forum
January 16, 2026, 05:19:20 PM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 [792] 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 ... 2548 »
  Print  
Author Topic: NXT :: descendant of Bitcoin - Updated Information  (Read 2761756 times)
NxtChg
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1002


Simcoin Developer


View Profile WWW
January 08, 2014, 04:27:27 PM
 #15821

0.5.3 is definitely more stable, thanks Jean-Luc!

Add a fix for jetty exceptions into the next release please.

Simcoin: https://simtalk.org:444/ | The Simplest Bitcoin Wallet: https://tsbw.io/ | Coinmix: https://coinmix.to | Tippr stats: https://tsbw.io/tippr/
--
About smaragda and his lies: https://medium.com/@nxtchg/about-smaragda-and-his-lies-c376e4694de9
landomata
Legendary
*
Offline Offline

Activity: 2184
Merit: 1000


View Profile WWW
January 08, 2014, 04:28:58 PM
Last edit: January 08, 2014, 04:43:34 PM by landomata
 #15822

ANNOUNCEMENT: NXT MOBILE APPLICATIONS COMPANY ORGANIZATION


I will be posting this topic in the nextcoin.org & nxtcrypto.org forums so we will can better organize & develop this idea.


Summary:

The NXT MOBILE APPLICATIONS COMPANY will be coordinating the development, deployment & marketing of the NXT flagship mobile apps (Android & iPhone/iPad).


The Nxt Mobile Applications Company will be a decentralized, cellular organization.  Its shares will be listed on the Nxt Asset Exchange.


P.S. Further details will be follow in both the forums mentioned above.

EDIT:

Pls register you name in any of the forums and PLS me mention which Group you would like to work under.

https://nextcoin.org/index.php/topic,2634.msg26093.html#msg26093
 
or

https://forums.nxtcrypto.org/viewtopic.php?f=2&t=467

Brief Organizational Concept/structure:

Node spaces are limited so the Nxt Mobile Applications Company will chose the most dedicated & technical competent candidates to fill the various node slots.

Further details/developments will be communicated you on an ongoing basis.


laowai80
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
January 08, 2014, 04:29:07 PM
 #15823

Transparent Forging will lead the user to jump directly to the nxt node which will forge nxt block.
This also leads to "self-fulfilling prophecy".

What would be the purpose of this jump? It's not the node that forges, it's the particular unlocked account that forges. The node is just a platform to forge.

There will be internal account<=>connection and external account<=>connection.
+Internal is e.g. connect forging power of your own VPS Nodes to earn NxT for paying them.
+External is you and me and other people will connect there forging power.


External Connection:

From my understanding, all particular unlocked accounts will "point" to one Node to accumulate the forging power.
This Node would be split the forged NxT based on contract parameters.

Now, if we would know the next Node will forge an Block we could point our account to this Node for participation.
This assumes the participation is higher than possible contractual penalties for leaving directly after the Block was forged and the interest was payed.


If that is how it works, great!
Why not let the node owner decides how many accounts are allowed to forge on his node?
This is easy to implement, is not against freedom, shows respect for property (node is the owner's property and he should decide how many people are allowed to unlock on his property), good for decentralization (motivates others to set up their own nodes). I assume that's enough reasons to code in this additional parameter to the config file. Don't see any single reason why freedom of choice must be limited here.
ImmortAlex
Hero Member
*****
Offline Offline

Activity: 784
Merit: 501


View Profile
January 08, 2014, 04:30:54 PM
 #15824

I'd like to see spending limits. For example so that I could only spend a maximum of 100 NXT/day from an account. Trying to steal this account would be less profitable.
Btw, there can be arbitraty time limits, not only daily. There's no difference in processing any time ranges at software.
NxtChg
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1002


Simcoin Developer


View Profile WWW
January 08, 2014, 04:31:58 PM
 #15825

Google is centralized.

Well, there has to be a solution. Would voting system help? Several users will vote an alias down...

Actually, maybe a full-blown alias rating? For scammers, who don't trade honestly and stuff like that?

Something like a democratic Google Page Rank Smiley

Simcoin: https://simtalk.org:444/ | The Simplest Bitcoin Wallet: https://tsbw.io/ | Coinmix: https://coinmix.to | Tippr stats: https://tsbw.io/tippr/
--
About smaragda and his lies: https://medium.com/@nxtchg/about-smaragda-and-his-lies-c376e4694de9
ImmortAlex
Hero Member
*****
Offline Offline

Activity: 784
Merit: 501


View Profile
January 08, 2014, 04:36:49 PM
 #15826

Google is centralized.

Well, there has to be a solution. Would voting system help? Several users will vote an alias down...

Actually, maybe a full-blown alias rating? For scammers, who don't trade honestly and stuff like that?

Something like a democratic Google Page Rank Smiley

How can you block alias which is just a part of transaction in blockchain?
It's a feature of client software (again) - to protect user from internet danger. Like child/parent control in AV software, white/black lists and so on. You can setup service and sell it to Nxt'ers, but it's not a part of decentralized Nxt network.
smartwart
Full Member
***
Offline Offline

Activity: 171
Merit: 100


View Profile
January 08, 2014, 04:38:21 PM
 #15827

Transparent Forging will lead the user to jump directly to the nxt node which will forge nxt block.
This also leads to "self-fulfilling prophecy".

What would be the purpose of this jump? It's not the node that forges, it's the particular unlocked account that forges. The node is just a platform to forge.

There will be internal account<=>connection and external account<=>connection.
+Internal is e.g. connect forging power of your own VPS Nodes to earn NxT for paying them.
+External is you and me and other people will connect there forging power.


External Connection:

From my understanding, all particular unlocked accounts will "point" to one Node to accumulate the forging power.
This Node would split the forged NxT based on contract parameters(amount, time, penalty...).

Now, if we would know the next Node will forge an Block we could point our account of this Node for participation.
This assumes the participation is higher than possible contractual penalties for leaving directly after the Block was forged and the interest was payed.


If that is how it works, great!
Why not let the node owner decides how many accounts are allowed to forge on his node?
This is easy to implement, is not against freedom, shows respect for property (node is the owner's property and he should decide how many people are allowed to unlock on his property), good for decentralization (motivates others to set up their own nodes). I assume that's enough reasons to code in this additional parameter to the config file. Don't see any single reason why freedom of choice must be limited here.

yeah, its a question how it becomes implemented.
I also think in general, every user should decide how to handle it.

------------
@CfB: will the account connection be saved in blockchain?



NxT: 13574045486980287597
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1010

Newbie


View Profile
January 08, 2014, 04:40:05 PM
 #15828

@CfB: will the account connection be saved in blockchain?

I didn't get the idea.
NxtChg
Hero Member
*****
Offline Offline

Activity: 840
Merit: 1002


Simcoin Developer


View Profile WWW
January 08, 2014, 04:40:45 PM
 #15829

How can you block alias which is just a part of transaction in blockchain?
It's a feature of client software (again) - to protect user from internet danger. Like child/parent control in AV software, white/black lists and so on. You can setup service and sell it to Nxt'ers, but it's not a part of decentralized Nxt network.

You can add rank to each alias on the blockchain, which clients can use.

If reliable voting can be implemented.

Simcoin: https://simtalk.org:444/ | The Simplest Bitcoin Wallet: https://tsbw.io/ | Coinmix: https://coinmix.to | Tippr stats: https://tsbw.io/tippr/
--
About smaragda and his lies: https://medium.com/@nxtchg/about-smaragda-and-his-lies-c376e4694de9
ImmortAlex
Hero Member
*****
Offline Offline

Activity: 784
Merit: 501


View Profile
January 08, 2014, 04:42:51 PM
 #15830

How can you block alias which is just a part of transaction in blockchain?
It's a feature of client software (again) - to protect user from internet danger. Like child/parent control in AV software, white/black lists and so on. You can setup service and sell it to Nxt'ers, but it's not a part of decentralized Nxt network.

You can add rank to each alias on the blockchain, which clients can use.

If reliable voting can be implemented.
Hmmm... Yes, voting can help.
laowai80
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
January 08, 2014, 04:45:20 PM
 #15831

yeah, its a question how it becomes implemented.
I also think in general, every user should decide how to handle it.

getState shows "numberOfUsers":2

When user unlocks their account on the node, check against how many users are already forging on that node, check if AllowedForgingUsers is set to 'unlimited', allow to unlock, if the number is less than AllowedForgingUsers in web.xml - allow to unlock, and if it's equal to that parameter, display 'Node forging capacity is full' or something like that. Or do you see any other difficulties in implementing this? Please explain.
BitcoinForumator
Legendary
*
Offline Offline

Activity: 1120
Merit: 1000


View Profile
January 08, 2014, 04:45:51 PM
 #15832

What is the divisibility of NXTs? How many decimals after .?
smartwart
Full Member
***
Offline Offline

Activity: 171
Merit: 100


View Profile
January 08, 2014, 04:47:01 PM
 #15833

@CfB: will the account connection be saved in blockchain?

I didn't get the idea.

My intention was, if the information of all account connections would be able available in blockchain,
its possible to define the global distribution of the forged pool-fee.

(I'm not sure if it is the best way to define it globally but its an aspect...)

NxT: 13574045486980287597
utopianfuture
Sr. Member
****
Offline Offline

Activity: 602
Merit: 268

Internet of Value


View Profile
January 08, 2014, 04:47:36 PM
 #15834

ANNOUNCEMENT: NXT MOBILE APPLICATIONS COMPANY ORGANIZATION


I will be posting this topic in the nextcoin.org & nxtcrypto.org forums so we will can better organize & develop this idea.


Summary:

The NXT MOBILE APPLICATIONS COMPANY will be coordinating the development, deployment & marketing of the NXT flagship mobile apps (Android & iPhone/iPad).


The Nxt Mobile Applications Company will be a decentralized, cellular organization.  Its shares will be listed on the Nxt Asset Exchange.


P.S. Further details will be follow in both the forums mentioned above.

EDIT:

Pls register you name in any of the forums and PLS me mention which Group you would like to work under.

https://nextcoin.org/index.php/topic,2634.msg26093.html#msg26093
 
or

https://forums.nxtcrypto.org/viewtopic.php?f=2&t=467

Brief Organizational Concept/structure:

Node spaces are limited so the Nxt Mobile Applications Company will chose the most dedicated & technical competent candidates to fill the various node slots.

Further details/developments will be communicated you on an ongoing basis.


You would be golden as long as my girl can send her encrypted naked picture to me  Grin


░░░░░░▄▄▄████████▄▄▄
░░░░▄████████████████▄
░░▄███████████████████▄
███████████████████████
▐████████████████████████▌
█████████████████████████
█████████████████████████
█████████████████████████
▐██████████████████████▌
████████████████████████
░░▀████████████████████▀
░░░░▀████████████████▀
░░░░░░▀▀▀████████▀▀▀
  TomoChain  •    •  TomoChain 
░░░░░░▄▄▄████████▄▄▄
░░░░▄████████████████▄
░░▄███████████████████▄
███████████████████████
▐████████████████████████▌
█████████████████████████
█████████████████████████
█████████████████████████
▐██████████████████████▌
████████████████████████
░░▀████████████████████▀
░░░░▀████████████████▀
░░░░░░▀▀▀████████▀▀▀
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1010

Newbie


View Profile
January 08, 2014, 04:49:40 PM
 #15835

@CfB: will the account connection be saved in blockchain?

I didn't get the idea.

My intention was, if the information of all account connections would be able available in blockchain,
its possible to define the global distribution of the forged pool-fee.

(I'm not sure if it is the best way to define it globally but its an aspect...)

Possible.
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
January 08, 2014, 04:59:21 PM
 #15836

Who will decide if an alias is malicious enough?

Who decides at Google?

Google is centralized.

classic Grin
smartwart
Full Member
***
Offline Offline

Activity: 171
Merit: 100


View Profile
January 08, 2014, 04:59:50 PM
 #15837

yeah, its a question how it becomes implemented.
I also think in general, every user should decide how to handle it.

getState shows "numberOfUsers":2

When user unlocks their account on the node, check against how many users are already forging on that node, check if AllowedForgingUsers is set to 'unlimited', allow to unlock, if the number is less than AllowedForgingUsers in web.xml - allow to unlock, and if it's equal to that parameter, display 'Node forging capacity is full' or something like that. Or do you see any other difficulties in implementing this? Please explain.

don't see any problem there.
Maybe it would make sense to replace unlimited by an defined number to avoid "Monopo(o)ls".
(don't know how to do in open source SW)

Big pools could become bigger and bigger due to more frequently forging.
This allure (more accounts => more frequently forging) + self gaining...


NxT: 13574045486980287597
mcjavar
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500


View Profile
January 08, 2014, 05:03:37 PM
 #15838

yeah, its a question how it becomes implemented.
I also think in general, every user should decide how to handle it.

getState shows "numberOfUsers":2

When user unlocks their account on the node, check against how many users are already forging on that node, check if AllowedForgingUsers is set to 'unlimited', allow to unlock, if the number is less than AllowedForgingUsers in web.xml - allow to unlock, and if it's equal to that parameter, display 'Node forging capacity is full' or something like that. Or do you see any other difficulties in implementing this? Please explain.

don't see any problem there.
Maybe it would make sense to replace unlimited by an defined number to avoid "Monopo(o)ls".
(don't know how to do in open source SW)

Big pools could become bigger and bigger due to more frequently forging.
This allure (more accounts => more frequently forging) + self gaining...



And in the end, we will have a big pool with all Nxts in it Smiley
laowai80
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
January 08, 2014, 05:03:43 PM
 #15839

don't see any problem there.
Maybe it would make sense to replace unlimited by an defined number to avoid "Monopo(o)ls".
(don't know how to do in open source SW)

Big pools could become bigger and bigger due to more frequently forging.
This allure (more accounts => more frequently forging) + self gaining...

Node owners must be allowed to configure it to any number, 'unlimited' or '0' or '42' by default, I don't care. It'll be a nice parameter to have, that's all.

The way it's set up now is 'unlimited', because there is no configurable restriction at all.
EmoneyRu
Hero Member
*****
Offline Offline

Activity: 600
Merit: 500

Nxt-kit developer


View Profile
January 08, 2014, 05:05:09 PM
 #15840


don't see any problem there.
Maybe it would make sense to replace unlimited by an defined number to avoid "Monopo(o)ls".
(don't know how to do in open source SW)

Big pools could become bigger and bigger due to more frequently forging.
This allure (more accounts => more frequently forging) + self gaining...



And in the end, we will have a big pool with all Nxts in it Smiley

As I said ...

Pages: « 1 ... 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 [792] 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 ... 2548 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!