Hello

For the moment the team is preparing the ICO, and it's not really in my hands for the moment, so i have bit of free time

For the development part, anyway for the moment i'm more focused on development distributed applications, with the modular system it can handle any blockchain protocol and connect to any blockchain, so i'm not so so concerned about one coin in particular, i think if bitcoin can gain good reputation it can be better for the world of crypto currency as a whole, so i can only wish all coins gain maximum of trust and value

The next thing i might be getting into though could be the script system, but it would be something very simple in my mind more something like a BASIC with mostly built functions that are call to module methods, the only thing it would really need is a way to declare json variable, and call to module function with these variable, with fixed function prototype like with javascript event handler with a single json object tree as parameter.

For the moment i have a system to add sur typing to json object like this


you can see the definition of the built in type there

https://github.com/iadix/purenode/blob/master/libbase/include/tree.h

so it look like

{ ("key_name", TYPE) : value }

instead of just

{ "key_name" : value }

To add a surtyping to the key, it is useful for serialization, but it can also be used for OO like programming if certain module or function need to react to a specific type of object.

The script language doesn't even need a module definition, as they are module export, the framework can already load up the function address from the module and function name. And it's already cross compiler with a resolution of function name based on the declared decoration specific to the compiler used to compile it. Like this a module compiled with visual studio can import symbol from a module compîled with gcc , or vice versa, with unified function export name.

So the runtime can detect if the method exist or not, or could make script that can parse module exported function list, so for the moment the script language can remain very simple i think. Most function of looping and list processing can be handled by the framework in modules.

The only thing it would really need some good thinking on, is a system to easily generate html5/js template for most application, to make the development of distributed html5 application easy, and i see there are some discussion about this on your git, if you have idea that can be easily implemented, i'm all hear

As for collaboration, normally there is no special licensing on the the code or anything for the moment, it doesn't use any GPL code, with the modular design, it's made in sort that several person can develop their own module for their own app and only share the code in common.

I made it this the very beginning to have very low debugging time, as it's a system i developed for micro kernel operating system, it has to have zero exception/seg fault in the code, that was first very important requirement, even dealing with interupts, preemptive multi tasking, and high level application, with zero memory leak, the code had to be made in sort to avoid any low level fault, because they are very hard to debug in this kind of environment.

With this system of dynamic typing, all the information can be available at runtime, for debugging, even in very low layer of the code, it can still acess all the data structure of drivers, library and application, even from a bare metal exception, so it helps a lot with debugging as well with the modular design it's more easy to know where the code goes wrong and having debugging output.

So it's all made to make safe application quickly normally, and already can handle lot of the http/rpc/json protocol as well for audio streaming and html5 applications, for the moment the audio system is still based on centralization for certain things, because for cthe moment i don't see easy way to design perfectly decentralized design that can keep everything secure for all parts involved in music distribution, not that it's impossible, but to come up with something really useable in large scale, it cannot be done without funding.

For the nash thing, yeah as you say anything it's something that is just supposed to emerge by itself from the collective, the only reason why it's not supposed to be already there is because there are some anti ideal force at play or some lack of development in certain area of financial infrastructure, which is think blockchain can partially solve, i guess blockchain as world wide distributed decentralized system can be a good medium to test nash theories, but there is not anything special to do in the blockchain to make it happen normally =)


For blockchain themselve, i would be really in favor of adding some kind of identity metadata associated with addresses group, to have more possibility for trusted peer exchange, or even some kind of private cache of mempool shared between trusted entities, and some possibility to black list certain address on the network level, or to give possibly certain restriction that could be added by the protocol, or some warning about certain address or node that the user could bypass or not, i'm not sure i'm ideally all for 100% annonimity/ fungibility and i think the network also can have room for also private network, possible with an application layer above the blockchain protocol with other type of data than transactions.


https://www.youtube.com/watch?v=AHzeP0WeKIA