Эфириум не мгновенный, но обеспечение может сделать его таким

Когда приложение для платежей сообщает вам, что перевод завершен, вы начинаете принимать решения. Вы передаете то, что продали, тратите полученные деньги или закрываете приложение и продолжаете свой день. Это небольшое подтверждение достаточно, чтобы вы перестали думать о том, сработала ли транзакция.

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

Puffer, компания, создающая инфраструктуру транзакций для Эфириума, работает над такой системой. 22 сентября она объявила, что Google Cloud будет управлять шлюзом, принимающим транзакции и гарантируя их результаты до завершения. Сеть UniFi от Puffer станет первой, которая это использует.

Как сообщил CryptoSlate генеральный директор Амир Форузани, как UniFi, так и Puffer Preconf, сервис, выдающий эти гарантии, все еще работали в тестовой среде по состоянию на 23 сентября. Их производительность с клиентами, использующими реальные деньги, еще предстоит установить.

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

Что на самом деле обещают предварительные подтверждения Эфириума?

Сеть Эфириума полагается на множество компьютеров, согласных с общим реестром транзакций. Ее базовый уровень имеет 12-секундные слоты для предложения блоков, в которых записываются транзакции. Попадание в один из этих блоков — это шаг к завершению, в то время как более сильное подтверждение, известное как финализация, обычно занимает минуты. Отмена финализированной записи потребует серьезного сбоя в безопасности сети, с огромными финансовыми штрафами.

Это дает приложениям решение о том, сколько времени ждать. Многие работают на дополнительных сетях, называемых роллапами, которые обрабатывают транзакции отдельно и отправляют информацию в Эфириум для завершения. Эти сети могут предоставить пользователям ранние подтверждения от оператора, организующего их транзакции, позволяя приложению реагировать, пока продолжается процесс завершения Эфириума.

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

Форузани описал сервис, используя гипотетический обмен 1 ETH на 2600 USDC. Шлюз пообещает результат выполнения, включая полученную сумму. Обещание включить транзакцию в реестр — это более узкое обязательство, потому что одно лишь включение не гарантирует желаемый результат обмена.

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

Форузани сказал, что время транзакций Puffer настроено на 50 миллисекунд, или одну двадцатую секунды. Но это настройка в системе компании, и она еще не была независимо установлена как скорость, которую бы испытывали платящие клиенты. Эфириум все равно займет свое время, чтобы достичь финализации.

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

Цена ошибки

Ответ Puffer заключается в том, чтобы подкрепить эти обещания залогом, то есть активами, которые могут быть изъяты, если оператор нарушает правила. Это наказание называется "снижение". По словам Форузани, неудача в предварительном подтверждении обойдется шлюзу в 1 ETH, что дает ему очень хорошую причину выполнить обещанный результат.

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

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

Объявление Puffer говорит, что снижение защищает затронутые стороны. Однако его ответы CryptoSlate не объяснили, кто получает наказанный ETH или как будет рассчитываться и выплачиваться компенсация.

Доступная сумма также должна иметь смысл для транзакций, которые она поддерживает. Если оператор Ethereum подкрепляет множество обещаний одним и тем же пулом залога, несколько неудач могут одновременно затянуть этот пул. Приложения должны будут сопоставить доступные деньги с убытками, которые они принимают, принимая эти обещания. Им также придется учитывать стоимость ETH по отношению к доллару, поскольку штраф в 1 ETH не всегда покупает одинаковую сумму.

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

Кто-то решает, когда вы можете двигаться дальше

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

Форузани также сказал, что первая фаза будет запущена без делегирования от валидаторов базового уровня Ethereum, операторов, которые помогают основной сети согласовать свои записи. Раннее подтверждение будет поступать от шлюзов, в то время как Ethereum будет обрабатывать более поздние расчеты. Любой, кто строит приложение вокруг сервиса, должен понимать, какой оператор отвечает на каждом этапе.

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

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

Но как только приложение говорит людям, что они могут тратить, оно нуждается в условиях, которые объясняют, кто несет убытки и чего могут ожидать клиенты. Просить каждого покупателя проверять залог шлюза сделает обычную покупку абсурдно сложной. Сервис, представляющий подтверждение, должен выполнить эту работу.

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

Эксперимент Puffer может дать им еще один вариант, когда оператор ставит деньги на разрешение продолжить. Если это сработает, технология может стать чем-то, о чем клиенты редко должны будут задумываться.

Когда приложение говорит, что деньги доступны, они должны быть уверены в этом, использовать их и закрыть приложение, не обнаружив позже, что "сделано" означало что-то другое для компании.

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