Back from reading.
Can you explain how is your network ANY different from lightning network? I mean seriously - your technical paper is not answering this at all. All it says "It's better then lightning".
Also cross chain interactions are not clear.
And this will never work:
5.2 The order book
The order book at the core of the decentralized
exchange differs a lot from traditional
decentralized exchange approaches. The
Herdius order book should be imagined like a
central hub that matches orders from all the
makers as they come in. Thus, it is a collection
of order information and has the purpose of
order settlement and peer matching rather
than anything else. The order book is most
similar to an order-matching-party that
instructs users about which other users to
query regarding a specific order.
15
Matching up different nodes as well as their
t r a d e o r d e r s w i l l b e d o n e u s i n g a
communication system that provides bidirectional
sender and receiver anonymity as
well as outside unobservability. As low-latency
is key, our proposed peer-order-matching
mechanism will be based on the Loopix
anonymity system (Danezis), a mix networkbased
architecture that uses Poisson mixing
which is capable of independently delaying
messages to further prevent third party
linkability.
because consensus algorithm will require time to reach consensus, rendering real-time trading impossible in decentralized environment.
Also what's the deal with empty GitHub?
Where is your prototype?
Thank you for reading through the technical paper, will be happy to answer the points you brought up.
First of all we never say that we are better than Lightning Network, I actually credited Lightning for advancing Bitcoin and propelling innovation in the space that was so slow at the time. The only place we make use of anything similar to Lighning's architecture is in the Entity Highways, other than that we do not rely on smart contracts or payment channels.
An easy way to think of Herdius is to imagine a transaction layer on top of all existing blockchains and future ones. The one thing that is common in all chains is the private key you use to access your assets, even if it the blockchain is graph based - which I am sure we will see more of in the future. Herdius is going to solve everything on the wallet / private key level without relying on setting up communication channels with individual blockchains. For example in our case the Bitcoin dev team does not have to do anything in the future to make the Bitcoin chain compatible with ours, and we don't have to do anything either as once again we solve everything on the private key level and we just transmit the signed transaction back to the root chain as any wallet would. I think this also touches on the cross-chain interaction point, all you need is a wallet that is compatible with the Herdius network and then you are good to go. There is no need for the developers of the blockchain to implement an additional communication channel to Herdius.
You are right on the consensus part and that it takes time, what we outline, however, is a bi-directional exchange. Example: If Alice wants to buy BTC with ETH and BOB is selling ETH for BTC then they both submit their orders to the network and the central book matchmaking system matches them and the exchange happens. I do believe that it is possible to make real-time trading *- which isn't part of our current proposal as, again, we talk about bi-directional exchange only - happen somehow, this field is moving so fast that I am sure someone will make it possible, perhaps even on top of the Herdius chain in the future
Github / Prototype: We are looking to release a demo in January outlining the early blockchain prototype. I will personally work on it in the coming weeks so you are going to definitely see something up there soon. To our defense, the infrastructure we propose is a bit more complex than a DEX that is relying on smart contracts and can only trade ERC20 tokens.
Hope I answered your questions, and happy to discuss further if I didn't.
- Balazs