Topic: NXT :: descendant of Bitcoin - Updated Information - page 1099. (Read 2761629 times)

There's always the simple VM outlined in this as a starting point:
http://www.ethoberon.ethz.ch/WirthPubl/CBEAll.pdf

See chapter 9: A RISC-Architecture as Target.

Sorry my mistake I though you need something that could work on java VM
and is already implemented.

I knew this one 20 years ago
http://en.wikipedia.org/wiki/Assembly_language

maybe its ok?

We need a low-level language. Most (all?) languages in ur list r high-level.

See Threaded Interpretive Languages by Loeliger [Scribd]


See:
https://bitcointalksearch.org/topic/m.4937622

We will see soon a real battle between NXT, eMunie and Ethereum.

Ethereum can get big launch like Ripple because it is backed by wallstreet banksters... but it is doomed from start just because of this fact and manipulation possibility and lack of ability to make it trully anonymous and untraceable.

Both other has a real shot just because of being independent hand-made system (non-corporation product) with help of common people's money feedback.

You can see NXT decline now, because of approaching eMunie launch already. But it will recover very fast because ppl always want buy cheap coins and to not be late for a hype.  

Things which will be trully important to win this battle or be a step ahead will be:

- implementation of fluent, cheap and anonymous multi-currencies exchange
- coins mixing to hide currency and not be tracked by banks by default btc addresses (very important)
- nice easy to use wallet for non-geeks
- innovative features showing faster development than other cryptos and building a brand easy to remember
- cheapest and fastest possibility to exchange bitcoins for this second generation crypto  

Who will create a such easy to use "black market 2.0" will be unbittable because of hype.
No promotion will be needed when it will kick off. Just being first or second will be important.

Choose your language:

Versions of non-JVM languages Language    On JVM
Erlang    Erjang
JavaScript    Rhino
Pascal    Free Pascal
PHP            Quercus
Python    Jython
REXX    NetRexx[2]
Ruby    JRuby
Tcl            Jacl
   
Languages designed expressly for JVM Language
BBj
Clojure
Fantom
Groovy
MIDletPascal
Scala
Kawa

who want to buy cheap NXT? bter @7200

I don't mind.

I think it's a bad idea. The language should have simple operations with near-equal consumption of resources. In this case it will be easy to assess fee required for contract execution.

Can we postpone AE to Feb 11? Not sure about other client devs, but I won't be able to do much on AE before that.

How do you imagine to be able to trade BTC on the NXT AE without having a gateway? I saw other guys talking about trustless trading but without gateway how one would enter with BTC or DODGE or EURO value in the NXT AE?

We have a gateway ready to launch as soon as the AE is released but thats not 100% trustless becuase people will have to get our assets, either in BTC or LTC or EURO(soon).
This way we can have NXT Assets traded but its not completely trustless...

Seems u confused it with 1 Mbps.

Will the Turing code be able to invoke higher level functions like "escrow NXT from acct to acct", "release escrow txid", "send DOGE", etc.

It would be great if the language had primitives for useful high level operations and made it so even incompetent guys like me can take a stab at writing some scripts.

What about something interactive like FORTH? I dont really like it, but I think it would be really quick to implement. Any chance to make it run a subset of Java?

The big problem that I see with DACs is reliably giving execution context to the scripts. That is really the issue, so why do we even have to lock down a language? Implement a VM with its own machine code (probably best to use existing simplified machine language) and then people can use any language they want as long as there is a compiler that emits the simplified machine code. The constraint on the execution time would be a time budget in addition to obvious memory limits, etc.

Would that be too difficult for your team to do? It would be cool to see a small unix running within NXT , very slow and expensive as it would need to allocate disk space using AM 1K blocks. Probably too crazy.

It would be cool to be able to interactively test the scripts. Maybe even make it like having a console and issue one off commands? Make NXT an OS that can do things only a decentralized system can do. This probably ties into the grid computing bullet point on the potential features list.

James

I thought that was the figure being thrown around - am i off by 1000x?

It is being worked on by at least four people/clients.

Before spending any money on advertising, please fix this:


It's the quote written by some random guy on other forum.

1Mtps? Do u mean "one million transactions per second"?

I just need several real world adoption cases to verify it solves the problem of websites being able to easily add NXT support

Looking for a blockchain programmer to pitch my idea to on becoming the first 1Mtps service provider / forging pool.  I have a plan and psuedocode; just need a competent programmer.  No way I can do it myself - Just looking for a stake if you can implement my plan.

PM me