Перейти к публикации
cp287

Republic Protocol [REN] - децентрализованный даркпул-протокол

Рекомендованные сообщения

49 минут назад, antaeus сказал:

И комиссии для даркнодов 😉 

Это как очевидное следствие)

Поделиться сообщением


Ссылка на сообщение

Развернутый ответ по поводу производительности и скорости от Loong'a из чата амбасадоров, мой вольный пересказ:
Основная проблема любого кросс-чейнового обмена в том, что первым шагом нужно дождаться подтверждения транзакции в первой цепочке и только после этого перемещать токены во вторую цепочку. В случае с BTC - задержка неизбежна, т.к. транзакции в BTC сами по себе медленные. С одной стороны это плохо для "истинно" децентрализованного протокола кросс-чейна, с другой стороны - это не требует от протокола большой производительности.
10 Tps (транзакций в секунду) - этой скорости более чем достаточно, чтобы производительность протокола, не отставала от сети Bitcoin.  Для более быстрых блокчейнов, REN может использовать технологию шардов, если один шард обрабатывает 10Tps, то 10 шардов дадут производительность в 100Tps. 
Так можно посчитать максимальную производительность протокола 10000/256=39 шардов, значит максимальный перфоманс 390Tps - не так много, да? Но... REN может решить проблему  используя подход "универсальной совместимости" - это решает не только проблему производительности, но и проблему от природы медленного BTC.

Универсальная совместимость - это модель, в которой третья сторона (DApps) берет на себя риски подтверждения транзакции, взимая за это дополнительную комиссию. Пока RenVM ожидает подтверждения транзакции по Биткойну, третья сторона вмешивается и выполняет сторону транзакции Ethereum с BTC, которая уже была перемещена ранее. Когда биткойн-транзакция окончательно подтверждена, третья сторона возвращается с использованием недавно сдвинутого BTC. Это особенно актуально для DEX, но может быть совсем не актуально для других приложений DeFi, где скорость подтверждения транзакции не играет большого значения (залоговые платформы).

 

Loong отметил,  что в настоящее время они находятся в процессе обновления среды выполнения RenVm и вскоре смогут получить гораздо более высокие скорости шардов. Так же один темный узел может быть частью нескольких шардов.

 

 
Цитата

 

Speed is a complex issue when it comes to RenVM. I’ll try and break it down as best I can.

The biggest concern for speed is that RenVM needs to wait for a transaction to be confirmed on one chain before shifting the tokens to another chain. When working with Bitcoin this can take hours. So latency is unavoidable (think of latency as how long a tunnel is). So what about throughput (how wide the tunnel is)? Well. We’ll get to that in a moment.

First, how to solve the latency problem. Well, we cannot actually solve it because we cannot change Bitcoin. But we can work around it by using “Universal Interoperability”. In this model, a third party takes on the confirmation risk. While RenVM waits for the confirmation of a transaction on Bitcoin, the third party steps in and fulfils the Ethereum side of the transaction with BTC that has already been shifted previously. When the Bitcoin transaction is finally confirmed the third party is refunded using the newly shifted BTC. This means the third party is taking on risk (the Bitcoin transaction may be shuffled away), so they charge a fee to cover this + their services. This means that the shift can be almost instant and the only thing we need to worry about is throughput.

We believe we can get 10 tps throughput which is more than Bitcoin so throughput isn’t a problem (we only need to be as fast as Bitcoin). For other chains that are faster, we can introduce multiple shards. If one shard can do 10 tps, then 10 shards can do 100 tps.
 
I’ve described this process with Bitcoin but it works for any pair of chains. Also, the third party cannot be guaranteed to step in (maybe they don’t want to take the risk today) but if they do not, then the transaction will still go through but just at the slower speed. If the third party does step in, they’re guaranteed to be refunded. So the introduction of “Universal Interoperability” does not introduce any trust into the system.

 

 

Поделиться сообщением


Ссылка на сообщение

Модель универсальной совместимости не делает систему "частично централизованной", т.к. третьей стороной может быть кто угодно, ее задача просто держать ранее сдвинутые BTC(например) в RenVm, чтобы пользователь не ждал пока его реальный BTC будет отправлен в RenVM. 
Теоретически темные узлы имеющие достаточно наград тоже могли бы быть "третьей стороной".... и это может быть еще одним вектором получения прибыли, но по факту, пока комментарии такие:

 

 
Цитата

 

This responsibility is very different from that of a Darknode and requires some amount of collateral and rebalancing. In system design, it is always favourable to isolate distinct concerns so we won’t be putting this functionality in the command centre since it doesn’t have anything to do with Darknodes or RenVM directly (think of Universal Interop as RenVM’s L2).

It is very possible that we will setup a decentralised relayer that people can add their liquidity to (eg the fees they earn from running Darknodes could be used) and the fees earned by the relayer would be redistributed accordingly.
 
At the end of the day, we expect lots of different relayers to spring up and take advantage of the opportunity to earn fees from their liquidity. People will build their own relayers with different risk appetites etc.

 

 
 
 
 
Изменено пользователем antaeus

Поделиться сообщением


Ссылка на сообщение
4 часа назад, antaeus сказал:

Универсальная совместимость - это модель, в которой третья сторона (DApps) берет на себя риски подтверждения транзакции, взимая за это дополнительную комиссию. Пока RenVM ожидает подтверждения транзакции по Биткойну, третья сторона вмешивается и выполняет сторону транзакции Ethereum с BTC, которая уже была перемещена ранее. Когда биткойн-транзакция окончательно подтверждена, третья сторона возвращается с использованием недавно сдвинутого BTC. Это особенно актуально для DEX, но может быть совсем не актуально для других приложений DeFi, где скорость подтверждения транзакции не играет большого значения (залоговые платформы).

В этой модели не понятно какой же должна быть комиссия третьей стороны, чтобы действительно покрывать риски. Например кинул я 10 битков, потом получаю уже свою эфирку, и обновляю транзу с большей комиссией (или плачу майнеру). Третья сторона попала на 10 битков. И такое должно быть повсеместно.

Поделиться сообщением


Ссылка на сообщение
23 минуты назад, cp287 сказал:

В этой модели не понятно какой же должна быть комиссия третьей стороны, чтобы действительно покрывать риски. Например кинул я 10 битков, потом получаю уже свою эфирку, и обновляю транзу с большей комиссией (или плачу майнеру). Третья сторона попала на 10 битков. И такое должно быть повсеместно.

На данный момент мне тоже не понятно, как третья сторона будет застрахована от обмана. Но думаю, об универсальной совместимости будет отдельная статья, которая все объяснит, в своё время, как обычно )

Поделиться сообщением


Ссылка на сообщение

Loong дал интервью для Asia Blockchain review :
 

Цитата

Что касается будущего, то, что мы действительно хотим видеть, - это экосистема, в которой больше не имеет значения, на какой блокчейн включен цифровой актив. Когда вы намереваетесь создать что-то, вы можете сделать это на любом блокчейне и не беспокоиться о том, с какими цифровыми ресурсами вы будете совместимы.

 

Поделиться сообщением


Ссылка на сообщение

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.


×
×
  • Создать...