Без эскроу многие просто пройдут мимо...время такое, скам на скаме
В последний лохотрон умедрились кидок провернуть при наличии 3-х гарантов. Ума не приложу, как такое стало возможным. Это только при сговоре можно сделать. Кстати тот лохотрон, Ascendancy, очень похож на эту тему. Тут HTML5, а там был JavaScript.
We are not like ascendency
Already we already have a working code base
https://github.com/iadix/purenode
So you can see there is a real application framework with memory allocation with reference pointer ( mean safe memory ) https://github.com/iadix/purenode/blob/master/libcon/base/mem_base.c
dynamic data tree https://github.com/iadix/purenode/blob/master/libbase/include/tree.h
code for sockets, http server,https://github.com/iadix/purenode/blob/master/libbase/include/http.h
module
https://github.com/iadix/purenode/tree/master/mod_maker
and already big part of coin logic implemented.
https://github.com/iadix/purenode/blob/master/block_adx/block.c
https://github.com/iadix/purenode/blob/master/stake_pos3/kernel.c
Staking & transaction signing in the browser.
https://github.com/iadix/purenode/blob/master/export/web/keys.html ( need to open it via the node, it will not work opening it like this from the browser
)The ico date we gave at first is i guess too early, so we are still in stage of early annouce, and many things can still be worked on, and we are also still working on organising the escrow properly.
But what I can tell in term of distributed application is that the raytracing is a good way to test the framework, because it can have server side rendering either with software sse multi thread, or with opengl if it's present on the node host, or it can transmit vectorial scene data in json or binary float array, to be renderered on the client via html5 glsl, the node is only computing current keyframes and matrixes of the scene object server side.
Like this it's easy to see how dynamic data can be distributed across several nodes, and either renderered in a client browser in html5, or rendered on the node server side and the browser download a png.
Raytracing is specially interesting because it scale very easily, there is very little data to be shared, and each fragment of the image can be computed separatly by different node, to test maybe clustered raytracing or such. And it can give relatively good visual result for simple object with reflections refraction and shadow, without needing lot of data. Only bitmap textures need to be stored off chain, but it's not big problem. And raytracing can make use of texture generator who need very little initial data.
Associated with chain based scene data and real time interaction via html5 js application can give good idea of what blockchain can do in term of real time performance when it's not tied to block reward logic.
But for the moment we are still focused on organising things for the ico, but still many things to see, and I guess the site design could be improved too
Но поживем, увидим.
