По сути, это будет не "ускорение за счёт различных механизмов" (каких?) а просто страховка от даблспенда. Логически очевидно, что страховка от даблспенда стоит ровно столько, чтобы уравновесить этого даблспенда матожидание. И в зависимости от вероятности наступления страхового случая комиссия-страховка может стоить как дофига так и копейки
Я не до конца уверен, но мне кажется (я уточню этот момент), что двойной траты при использовании RenVM быть не может, она ждет 6 подтверждений в сети BTC, перемещая в себя оригинальный BTC (который хранится в самой VM и ей же сжигается, когда обмен закончен полностью).
6 конфирмов и твой BTC хранится на биткоин адресе управляемым RenVm, далее BTC отражается в блокчейне ETH (децентрализованно и без доверия чеканится промежуточный токен zBTC, с которым пользователь может даже не взаимодействовать и не знать о нем).
Далее ты получаешь актив на эфириуме/erc20.
Либо BCH/ZEC (если делаем обмен DAI/ZEC).
Каких механизмов? У рен есть концепция универсальной совместимости - это модель, в которой третья сторона (DApps) берет на себя риски подтверждения транзакции, взимая за это дополнительную комиссию. Пока RenVM ожидает подтверждения транзакции по Биткойну, третья сторона вмешивается и выполняет сторону транзакции Ethereum с BTC, которая уже была перемещена ранее. Когда биткойн-транзакция окончательно подтверждена, третья сторона возвращается с использованием недавно сдвинутого BTC. Это особенно актуально для DEX, но может быть совсем не актуально для других приложений DeFi, где скорость подтверждения транзакции не играет большого значения (залоговые платформы).
Проще говоря, если ты хочешь обменять BTC на ETH, я предлагаю тебе сделать это быстрее, например за 2 конфирма, за счет того, что у меня уже есть промежуточные(сдвинутые токены) zBTC и свой риск я покрою повышенной комиссией. Это если ты не хочешь ждать 30 минут, а хочешь сделать обмен за минуты.