Topic: [ANN] [AM] AeroME - Decentralized Marketplace Exchange - page 26. (Read 112961 times)

Dump again 

Volume requires a demand.

0 volume again -_-

Maij, you gotta show everybody that community fund addy and some code man. You can't just keep evading everyone's questions.

The constructive posts need a constructive dev.This author looked promising before his revelations, the man is just not capable enough; he is fascinated by the new technologies but unable to cope with them. That's all about AM.

I guess, but its a little fucked up that we havent seen anything. I wouldnt be upset, its not my place, but Maij has promised us several times that this project wouldnt draw out this long, and yet here we are, waiting without seeing anyting. Its incredibly frustrating.

Well, I believe we are on the right track here. It has been a while since we had some constructive post and this is definitely one. That is the purpose of this forum. Discussion followed by improvement. Exactly what a healthy coin with a healthy community needs!

That's not incremental release. That's release upon completion.


Actually it doesn't really shed any light on anything. I assume you're describing a micro-services architecture? That being the case, you can release each micro-service individually before the next one is complete. What's more is you need not wait until the code is 'finished' to show your progress, and solicit feedback, and get other coders helping you to solve the tough problems. Doing so would greatly speed development, since then anyone could contribute instead of us just having to wait on one person.


If that's the case a micro-services architecture is almost CERTAINLY a bad idea, and you're much better off building a monolith first, and then scaling it to a micro-services architecture.


That's... really a poor way of thinking about micro-service architecture. Protocols are just the lubrication for interoperation. Abstract that away FIRST, then never worry about how stuff needs to talk to each other again. Otherwise you'll just be doing what you just described forever.


That's... not how DACs and blockchains work either. Kinda concerning...


Yeah... well... we're all sitting in the dark now, so maybe some light in an empty house would be better than the void of blackness.


Yes, that's how these projects progress: One step at a time. That would be a huge leap forward compared to what we have now.


Well, no, that's how micro services architectures work. Each contains it's own state and all shared state happens at well understood boundaries. But why the need for such synchronization between distributed services? Seems like that's what blockchains are really good at solving to me... In fact isn't that THE inter-op mechanism? The blockchain itself?


... are you making this stuff up as you go along hoping we won't ask any probing questions into the architecture?


Well actually there's a ton of great examples in production now... you're WELL behind the curve with the offering at this point since other DACs have these features and many others, and you aren't exactly doing a lot of bolster investor confidence with this kind of post.

Maij, why keep telling everybody your close to releasing something? It doesn't seem like you were close a few weeks ago, and it doesn't seem like you're very close now...

Hi alpho2k,

in a short answer yes and no.

initial rls will depend on several components of the overall project working together as-one. (as per that article URL posted previously) which highlights some of the complexities involved in a project of this kind. to incrementally release part of a project would be the equivalent of building a house without the cement as an example, and then once the cement truck arrives we remove all the bricks and start again.. type-of-thing.. Systems are reliant on other subsystems. HTTPS stuff, the RPC stuff and the Nodejs/NWJS stuff which in turn relies on the mongo/Relic realtime & DB stuff.. so its like the middleware needs somewhere to get routed to and is kind of a way to do it incrementally after initial release has shipped...  With P2P apps I cannot rely on LocalStorage as an example, I cannot rely on cache and write backs as another example these can all be leveraged in their own rights in certain sections of this project where applicable but the front/backend and client NWJS apps all need a place to pull/push their data to/from without the backend for example where will the rest of the apps pull or push to??

Without the endpoints to direct data to or gather data from; if released without the complete picture would be like plugging in a power socket into a generator without any fuel. The lights are on but nobody's home kind of deal.

Its like having a altcoin with only the nodes working on testnet and no wallet.. that's probably the closest analogy I can come up with if I release it now. 

They all rely on each other in some shape or form. The client and AM-X backend needs to know what block it's on to interact correctly with the network. And the client needs to also know which blocks to act upon/trigger as per events. if the BC is not talking to lets say the client then the client will have nothing to do but just to look pretty and wait for instructions. See where I am going with this.. All are crucial, all are interdependent but yet self contained in their own-rights as to be counted as separate applications, which all sounds contradictory but still true.

There are methods which could be exposed internally, re-adjusted based from the custom aerome daemon build i done to allow for a very very basic example but its a waste of time and would look completely shit. not worth the time to do imho. The parts which are causing delays at the present moment are in the actual headers packets transmitted from the network to the client. To handle the SContracts data packets I needed to adjust how the client consumes normal blocks sent from the network and insert some extra frames which allows for the BC to manage the Smart-contract data-flows. its a pain in the ass as I do not have any reference to go by/from as a working example. The offerings which are out there presently only explain to me a limited portion of the problem and not the complete picture which I am having to work through. NXT have used a similar mechanism to accomplish what I am in the process of achieving so that helps a great deal. I am relying on my memory from the JEE stuff I used to do to work out / reverse a section from their work and port it over to AM-X specifically the SC portion which is only a few lines of code.

In answer to your query alpho2k yes it can be released incrementally which is what I am going to do but the whole picture needs to be clear AND functional prior to public  release. Everything is fully modular as is the way in modern coding practices separation of concerns but there are unfortunately exceptions to this rule as in this case.

The process will definitely require input from the community as its for you guys which its being built for AND this process WILL undoubtedly require changes to me made. I suspect this process will continue indefinitely until we reach a milestone which clears the backlog of requests and features work in a manner which all we like..

X_____ stop your stupid comments it's pathetic..

Exactly what i was looking to read today. Thanks for the link!

I think this will be in the start

https://blog.paxful.com/technical-challenges-to-build-bitcoin-software/

That's about the 4th time this kid has made a French reference! I'm assuming his lack of intellegence is suggesting in his little faggot brain that louie is a French name! Cunt must of confused it with Louis!!!! Lol ........he can't even abuse people without making himself look retarded!

Oh well! The pricks gone now! Gonna have to wait for the next little 14yr old faggot keyboard warrior to laugh at!!!

Progress will come any day now...

Good b(uy|ye) servile cunt! I am already expecting anyone's BTC on trex, buy these shitty AM from me!

Good to see you back maij, but honestly man, I don't think I believe in you anymore. It's been almost a year since your last real release... There's so many things that arnt adding up.

all the talk about code is absurd. We haven't seen any of it.
You said you bought servers. There arnt any pictures.
The sites been delayed about half a year.
People have asked to see community fund addy. You don't show it.
Stulhman has become a big supporter. He's a known scammer.
I've donated a lot to you, and I know others have donated twice as much... And there's nothing to show but empty promises.

I don't know if your a scammer, maybe you've gone off the deep end here, and you keep convincing yourself of the lies you've been telling us, but to me this whole thing seems more and more like a fake coin. Just be kind and tell us the truth. Take down the curtain, so we can see where this project really is.

Well said majika!


........and goodbye X12whatever!

It would be great indeed if this forum was used for some useful contribution to the coin. I reiterate my recommendation to ignore the fudders. Please don't give them a reason to stay around. All they want is to make you react.

Except for that, thanks for posting Majika and keep on the good work.

Would you happen to have any A1 Sauce, to go with my stake?