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

Don't know if turing complete is too much of a RISC (no pun intented; hoho).

I know, you never, if you ever gonna need a feature.

One problem with that is for instance the halting problem.

We can't use ARM without virtualization. Current Nxt cores (Java and .NET versions) can't support virtualization.

Ok.  I understand now.

What about the VM outlined in N. Wirth's Compiler Construction?

by this you mean instructions?!

The problem is not with AST approach. The problem is that Nxt should be as simple as possible to become wide-spread as much as possible. By mentioning "AST" word u increase entry barrier for programmers.

If that's the way to go, then we shall use something already tested and bullet-proof instead of inventing the wheel anew.

What about ARM aka RISC? As in accordance of NXT power efficiency.

We need some kind of a competition. The goal is to find a language with min number of opcodes.

Is there something that you would need me to code up as a proof-of-concept in order to consider the AST approach?

So we agree then. Simplified machine language of some sort. Preferably one that already has compilers for C!

Just add ability to make function calls that are implemented by processes running on hub servers. Saving state to blockchain and each forging node restores it. Might need to charge 1 NXT for each context, but I bet a lot of people will gladly pay that to make sure their withdrawals are verified on external blockchain!!

James

you're killing the Santa the "can not" test took only 10 seconds btw

Nxt is simple. Let's follow KISS principle as long as possible.

Resource/fee consumption must be forger-agnostic.

If you use the abstract syntax tree based approach of Franz, your code would be platform neutral and any high-level language would only need to target the AST.

I have 100000 NXT bounty to solve your first item
Actively working on adding zerocoin to NXT
Four clients released already or soon to be
Turing complete scripting discussed right now

Once we have a low-level language we'll be able to use any high-level language to translate it into low-level one.

Translation from high-level to high-level is much more difficult.

I completely agree that having a gateway is not the real solution.
If trusltless exchange can be done this will be the best thing ever!!! This will solve so many issues!
Having hub or what ever with some sort of access is always going to be attacked etc.. but yes hopefully some genius guy will have a solution.

Time used should be the key, maybe adjust it for CPU speed of forging node. Current swap state would need to be put into blockchain so next forging node can pick up where it left off, but we can limit memory space.

I am envisioning services provided by code running on the hub servers, so it is feasible to have 20 different altcoind's running and ready to be called. Also, anything else we can think of can be encapsulated into a function call. Need to be able to suspend a script after time limit anyway, otherwise infinite loop will be bad problem

James

Why? What's the difference?

The problem with colored coins concept, ripple, AE, XCP, all of them, is there is always the gateway that needs to be trusted. No offense to you, but this is fundamentally a single point of failure.

I am talking about directly doing trades with other coins blockchains so there is no need for any trust. The code is open source and deals with the escrow process on both coins and makes sure each party gets the other coin. Some magic with multisig and timeouts can implement this, eg from URLs I posted.

A simplified idea is to automate the functions of a gateway deposit and withdrawal. Put in escrow checkpoints (this is the hard part as funds need to get swept into a separate escrow acct) and the only thing you need to trust is that the software continues running. We can provide that assurance by making sure altcoind's are installed on 100+ hub servers and that the software that manages the escrow process gets runtime on these hub servers.

I see the high level pieces, but I cannot solve all the details myself. The big problem is how to be able to set aside DOGE in a "global" account that can then be accessed by whichever node is the forging node when the time comes to finalize the transaction.

I need help from some of the smarter guys here to figure this out. We will get NXT escrow ability, if anything from the NXTcash effort, so once we have that, the NXT side is done for this. Just need a way to do trustless decentralized escrow of BTC and other altcoins.

James

Sigh.  I'm not as clever as I think.