Bitcoin Forum
April 25, 2024, 07:02:36 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 [1971] 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 ... 2557 »
  Print  
Author Topic: NXT :: descendant of Bitcoin - Updated Information  (Read 2761527 times)
fmiboy
Full Member
***
Offline Offline

Activity: 189
Merit: 100


View Profile
March 02, 2014, 08:25:49 AM
 #39401

Suggested NIP (Nxt Improvement Proposal)

Adding "meta information" to Arbitrary Messages.

As AMs are going to become a key communication tool for various other parts of the Nxt system (including NIPs themselves) I suggest that we decide on one of the two ways of providing minimal "meta" information for AMs.

This could be done in the following 2 ways:

1) Encode them as URIs (making it simple for web apps to handle different kinds of things).

...


+1
1) or they could even hold small scripts
1714071756
Hero Member
*
Offline Offline

Posts: 1714071756

View Profile Personal Message (Offline)

Ignore
1714071756
Reply with quote  #2

1714071756
Report to moderator
No Gods or Kings. Only Bitcoin
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 08:31:30 AM
 #39402

Not sure how one guy would be in charge of three INDEPENDENT gateways. This is what I have been saying. We need to find three different, independent, separate, not the same guy, gateway operators.

It is more a market / marketing thing than a technical, if you understand what I mean. In the end, the three guys make a secret deal to become evil in one year if everything is established and running.

What if the "three" were Service Providers?    Undecided

Of course you can develop this idea to infinity. But let's keep it appropriate (what ever this means) Wink

I think different Nxt-Assets from the same underlying Asset from different Gateways would be interesting. Different Gateways will naturally emerge, so we shouldn't fight it but instead maybe pave the way for proper implementations by providing guidance, papers, how-tos?
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1075


Ian Knowles - CIYAM Lead Developer


View Profile WWW
March 02, 2014, 08:45:03 AM
 #39403

Now that I've thought about it a bit further I think I would actually prefer that we have a fixed prefix (say 16/32/64 bit) that indicates a message type with type #0 being raw data, type #1 being UTF-8 text and type #3 being URI (and maybe we could consider using the alias system to effectively map each of these type numbers to an internet media type http://www.iana.org/assignments/media-types/media-types.xhtml).

Although it's a little ugly I've realised that otherwise ATs are going to require far more complicated code (and we don't want to force that).

(that should make James happy I think)

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
pandaisftw
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
March 02, 2014, 08:47:08 AM
 #39404

So it's taken me literally 3-4 days to fully catch up to the thread. There's so much going on!

As for closing this thread, I vote no as well. This thread, as others have mentioned, is basically a huge pot of ideas - and great ideas are born from this chaotic mess. It allows people to be exposed to all kinds of viewpoints, even if they do not like them or are simply not interested. Fragmenting the community would lead to the "echo-chamber" effect, where you only involve yourself with communities that agree with your viewpoint, thus you never really are motivated to understand other people's views and ideas. It was really entertaining watching James suggesting all kinds of crazy ideas (and actually implementing a working automated gateway!) and CIYAM desperately trying to calm James down. But this is what we need, community members willing to test what is impossible and what is possible. IMO, it wouldn't be the same without this thread.

As Damelon said, there really is a lot of stuff going on behind the scenes outside of this thread. One of the reasons why I haven't been able to keep up with this thread is because I have been spending a good portion of my free time working on projects involving NXT. (One of them being NXTopia. We're working on it, don't worry!)

It really is interesting to see familiar names in all kinds of investments and projects involving NXT, and I'm honestly really excited about the developments we will see in the coming months.

Also, a big thanks to CoinTropolis_JustaBitTime for your work, keep it up! Grin

Pandaisftw

PS: I'm a little drunk.

NXT: 13095091276527367030
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 08:50:03 AM
 #39405

Imagine trading subprime mortgages in NXTopia. OMG Grin
l8orre
Legendary
*
Offline Offline

Activity: 1181
Merit: 1018


View Profile
March 02, 2014, 08:54:04 AM
 #39406

Ok cfb now that source dis released, what was the fatal injected flaw, and how couldyou have killed it in under a day

Will be disclosed after the 3rd of April.




Hey CfB - has the testnet been restarted on 0.8.3 Huh

If so, please give me hint regwarding the GET - POST settings, I seem to not have the right ones, because I get a  <Response [200]> ...

Thanks,
l8orre











redsn0w
Legendary
*
Offline Offline

Activity: 1778
Merit: 1042


#Free market


View Profile
March 02, 2014, 08:56:20 AM
 #39407

Ok cfb now that source dis released, what was the fatal injected flaw, and how couldyou have killed it in under a day

Will be disclosed after the 3rd of April.




Hey CfB - has the testnet been restarted on 0.8.3 Huh

If so, please give me hint regwarding the GET - POST settings, I seem to not have the right ones, because I get a  <Response [200]> ...

Thanks,
l8orre

Hi , read this documents :

https://holms.cloudapp.net:6875/doc/

swartzfeger
Full Member
***
Offline Offline

Activity: 350
Merit: 100


View Profile
March 02, 2014, 09:01:33 AM
 #39408

Not sure how one guy would be in charge of three INDEPENDENT gateways. This is what I have been saying. We need to find three different, independent, separate, not the same guy, gateway operators.

All of these gateways issue the SAME asset. This is possible due to the shared multisig acct. All three independent gateways share a single multisig acct, but it takes two to make a withdrawal. No single gateway owns or controls the customer deposits.

I have written and described how this works many times. Maybe it would help if one of our graphics guys made a nice easy to understand chart?

James

Quoted for emphasis. Link?

What's the initial investment -- RPi, Walmart PC, blade server? Administrative workload?

I'm interested. My *nix isn't industrial strength, but I can get a LAMP box setup in an afternoon.
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
March 02, 2014, 09:06:27 AM
 #39409

Ok cfb now that source dis released, what was the fatal injected flaw, and how couldyou have killed it in under a day

Will be disclosed after the 3rd of April.




Hey CfB - has the testnet been restarted on 0.8.3 Huh

If so, please give me hint regwarding the GET - POST settings, I seem to not have the right ones, because I get a  <Response [200]> ...

Thanks,
l8orre


I'm not familiar enough with the changes in 0.8.x. Still catching Jean-Luc's code.
salsacz
Hero Member
*****
Offline Offline

Activity: 490
Merit: 504


View Profile
March 02, 2014, 09:12:40 AM
 #39410

lyynx: so if Ethereum is Oil, Bitcoin is Gold, Nxt should be... water?
pinarello
Full Member
***
Offline Offline

Activity: 266
Merit: 100


NXT is the future


View Profile
March 02, 2014, 09:12:51 AM
 #39411

Hi guys Smiley

Congratulations with NXT! Really great job of you all!

I made a video why I invested half my bitcoins into NXT. Hope u like it.

http://youtube.com/watch?v=ruYAxKeWxnM


(I'm an early investor in Bitcoin, see all my video's here: http://www.youtube.com/user/Marcdemesel/videos?shelf_id=1&view=0&sort=dd)

Hi Marc,

I see you are an investor, I think you can be of great help to put NXT in the picture, in the investorworld!

great video!

please go here to recieve a bounty for it!

https://bitcointalk.org/index.php?topic=412243.msg4465984#msg4465984

landomata
Legendary
*
Offline Offline

Activity: 2184
Merit: 1000


View Profile WWW
March 02, 2014, 09:14:31 AM
 #39412


   Looks great . I have joined in .
   But I have a question, can the investor transfer their shares with price to other people ?



1) Do you mean sell them on the ASSET EXCHANGE?

2) You could always transfer your assets to another account if you like.


Uniqueorn
Full Member
***
Offline Offline

Activity: 182
Merit: 100

NXT.org


View Profile
March 02, 2014, 09:16:25 AM
 #39413

lyynx: so if Ethereum is Oil, Bitcoin is Gold, Nxt should be... water?

I don't think NXT should be compared to anything really, it's something completely new.
Also I don't see how Ethereum is gold, they wont be up and operating until 6~ months and by then, unless NXT fuck up completely, we should already have the market they are aiming at.
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 09:26:46 AM
 #39414

I think different Nxt-Assets from the same underlying Asset from different Gateways would be interesting. Different Gateways will naturally emerge, so we shouldn't fight it but instead maybe pave the way for proper implementations by providing guidance, papers, how-tos?

In simpler terms, you might think of trading different assets of the same underlying asset from different gateways like trading on different exchanges (New York, Frankfurt, Tokio, ...). I know, this is not a 100% accurate analogy, but you get the point.
igmaca
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
March 02, 2014, 09:40:06 AM
Last edit: March 02, 2014, 09:59:28 AM by igmaca
 #39415

look at this link I think can help you understand contracts ethereum  Smiley

http://www.projectactus.org/
https://web.stevens.edu/hfslwiki/index.php?title=ACTUS
alxx77
Member
**
Offline Offline

Activity: 95
Merit: 10


View Profile
March 02, 2014, 09:48:25 AM
 #39416

I think different Nxt-Assets from the same underlying Asset from different Gateways would be interesting. Different Gateways will naturally emerge, so we shouldn't fight it but instead maybe pave the way for proper implementations by providing guidance, papers, how-tos?

In simpler terms, you might think of trading different assets of the same underlying asset from different gateways like trading on different exchanges (New York, Frankfurt, Tokio, ...). I know, this is not a 100% accurate analogy, but you get the point.

So the gateways would have to trust each other...? 

bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 10:07:05 AM
 #39417

I think different Nxt-Assets from the same underlying Asset from different Gateways would be interesting. Different Gateways will naturally emerge, so we shouldn't fight it but instead maybe pave the way for proper implementations by providing guidance, papers, how-tos?

In simpler terms, you might think of trading different assets of the same underlying asset from different gateways like trading on different exchanges (New York, Frankfurt, Tokio, ...). I know, this is not a 100% accurate analogy, but you get the point.

So the gateways would have to trust each other...? 



It seems the analogy is confusing.
bitcoinpaul
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000



View Profile
March 02, 2014, 10:12:31 AM
 #39418

Hi guys Smiley

Congratulations with NXT! Really great job of you all!

I made a video why I invested half my bitcoins into NXT. Hope u like it.

http://youtube.com/watch?v=ruYAxKeWxnM


(I'm an early investor in Bitcoin, see all my video's here: http://www.youtube.com/user/Marcdemesel/videos?shelf_id=1&view=0&sort=dd)

This is an extraordinary video. Great content!

@marc: Keep in mind that we are probably 90% attack secure, not only 51%, with the latest TF algo ideas. Take this into your calculation and Nxt is some more magnitudes safer (in relation to btc) than as you thought it is already.

@all: Important point regarding marketing. We need to market this product the right way, otherwise it is the betamax of crypto currencies. And market it strong.
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
March 02, 2014, 10:17:41 AM
 #39419

I was reviewing BCNext's plan as told by CfB here (http://wiki.nxtcrypto.org/wiki/BCNext%27s_Plan), and again was pulled up short by this line.

"Selfish miners (those who only mine to earn fees) should be "removed" from the system. They are not interested in the success of Nxt and only want to cash out."

Have others already talked about what this might mean? How could/should such removal occur? There is a technical question about how to determine if an account is linked to productive, supportive assets, services, etc. And there is a followup question about how such removal occurs.

This is relevant to the fee discussion that has generated some heat here. But I am more interested in the philosophical question: what does it mean to support NXT? Does it only mean to create/buy/sell assets, second-order currencies, etc.?

(If I've missed the discussion, just point me to a post or thread, please. I didn't see this particular "removal" line addressed in the other forums.)


Basically, this discussion has been had over the last week.
It's immediately linked to forging payouts.

"Selfish" (although some, including me, prefer the term "passive") forgers will, if they are not rewarded more than "break even" for running a node, in all probability not run a node if they have other motives than earning "free Nxt".

"Active" forgers, ie. forgers that run a service, would do so, because it allows them to run their service, and cut out operating costs.

So, passive forgers would not be "cut out" in any active sense. It would just not be attractive in their terms to do so.

However, this discussion is still ongoing. James (jl777) for instance, has proposed methods for these people to earn coins by aggregating CPU power.

I am not certain that it's over. The selfish-mining problem is still present in the current implementation and we have two different approaches to tackle it:
 - penalty
 - limiting forging power of an account
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
March 02, 2014, 10:21:09 AM
 #39420

Suggested NIP (Nxt Improvement Proposal)

Adding "meta information" to Arbitrary Messages.

As AMs are going to become a key communication tool for various other parts of the Nxt system (including NIPs themselves) I suggest that we decide on one of the two ways of providing minimal "meta" information for AMs.

This could be done in the following 2 ways:

1) Encode them as URIs (making it simple for web apps to handle different kinds of things).

or

2) Use the first x bits of the AM to indicate the type.

The advantage of 1 is the simplicity for web apps (i.e. no coding necessary) and the advantage of 2 is size (we only have 1000 bytes for an AM currently).

Which way we go is up to the community - but whichever way I would like to see then an NIP AM (which might just contain the hash of an NIP document - the document itself could be posted on forums or wherever else).

By having such information your "inbox" could automatically place messages in different folders and could also perhaps sound an "alert" according to the AM type received (e.g. we might expect to also have an "alert" AM a bit like Bitcoin alerts).


What happens if the URI becomes unavailable?
Pages: « 1 ... 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 [1971] 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 ... 2557 »
  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!