Проще говоря, компания (или отдельное подразделение) продает свои товары и услуги корпоративным клиентам — другим компаниям. С помощью этих приобретений клиенты B2B-компаний делают бизнес на рынке B2C (business-to-consumer, бизнес для частных лиц).
Впрочем, цепочки могут быть и длиннее: B2B2C, B2B2B2C и т. д. Но так обычно не говорят, а просто делят бизнес на два вида: B2B и B2C.
Скажем, если логистическая компания доставила посылку частному лицу — это B2C, а если партию товара для другой компании — это B2B.
Please open Telegram to view this post
VIEW IN TELEGRAM
я думаю поймете
Please open Telegram to view this post
VIEW IN TELEGRAM
В 2013 году я пошел в суши-ресторан рядом с Internet Archive в Сан-Франциско, потому что слышал, что там принимают биткоин к оплате, и хотел попробовать. Когда пришло время оплачивать счет, я попросил заплатить в BTC. Я отсканировал QR-код и нажал "отправить". К моему удивлению, транзакция не прошла; казалось, что она была отправлена, но ресторан ее не получил. Я попробовал еще раз, но все равно безуспешно. Вскоре я понял, что проблема была в том, что мой мобильный интернет в то время работал плохо. Мне пришлось пройти более 50 метров до расположенного неподалеку Интернет-архива, чтобы подключиться к его Wi-Fi, что, наконец, позволило мне отправить транзакцию.
Извлеченный урок: интернет не является на 100% надежным, а интернет клиентов менее надежен, чем интернет продавцов. Нам нужно, чтобы системы оплаты при личном присутствии имели некоторую функциональность (NFC, клиент показывает QR-код, что угодно), чтобы позволить клиентам передавать данные о транзакциях непосредственно продавцу, если это лучший способ их передачи.
В 2021 году я попытался заплатить за чай для себя и своих друзей в кофейне в Аргентине. В свою защиту скажу, что они не принимали криптовалюту намеренно: владелец просто узнал меня и показал, что у него есть счет на криптовалютной бирже, поэтому я предложил заплатить в ETH (использование счетов криптовалютных бирж в качестве кошельков является стандартным способом личных платежей в Латинской Америке). К сожалению, моя первая транзакция в размере 0,003 ETH не была принята, вероятно, потому, что она была меньше минимального депозита биржи в 0,01 ETH. Я отправил еще 0,007 ETH. Вскоре обе транзакции были подтверждены. (Я не возражал против 3-кратной переплаты и расценил ее как чаевые).
В 2022 году я попытался заплатить за чай в другом месте. Первая транзакция не удалась, потому что транзакция по умолчанию из моего мобильного кошелька отправлялась только с 21000 газа, а счет получателя был контрактным, что требовало дополнительного газа для обработки перевода. Попытки отправить вторую транзакцию не увенчались успехом, потому что из-за сбоя пользовательского интерфейса в моем телефонном кошельке невозможно было прокрутить вниз и отредактировать поле, содержащее лимит газа.
Урок усвоен: простые и надежные пользовательские интерфейсы лучше, чем вычурные и навороченные. Но, кроме того, большинство пользователей даже не знают, что такое лимит газа, так что нам действительно нужно просто иметь лучшие значения по умолчанию.
Много раз была удивительно большая задержка между принятием моей транзакции на цепочке и подтверждением транзакции сервисом, даже как "неподтвержденной". В некоторых случаях я начинал беспокоиться, что на их стороне произошел какой-то сбой в платежной системе.
Много раз возникала удивительно долгая и непредсказуемая временная задержка между отправкой транзакции и ее принятием в блокчейне. Иногда транзакция принималась за несколько секунд, а иногда на это уходили минуты или даже часы. Недавно EIP-1559 значительно улучшил ситуацию, обеспечив принятие большинства транзакций в следующий блок, а совсем недавно Merge еще больше улучшил ситуацию, стабилизировав время блока.
Однако выбросы все равно остаются. Если вы отправляете транзакцию в то же время, когда многие другие отправляют транзакции, и базовая комиссия резко возрастает, вы рискуете тем, что базовая комиссия станет слишком высокой и вашу транзакцию не примут. Еще хуже то, что пользовательский интерфейс кошелька плохо показывает это. Нет никаких больших красных мигающих предупреждений, и очень мало четких указаний на то, что вы должны делать, чтобы решить эту проблему. Даже эксперту, который знает, что в этом случае вы должны "ускорить" транзакцию, опубликовав новую транзакцию с идентичными данными, но с более высоким max-basefee, часто неясно, где находится кнопка для этого.
Please open Telegram to view this post
VIEW IN TELEGRAM
Извлеченный урок: UX, связанный с включением транзакций, нуждается в улучшении, хотя есть и довольно простые решения. Спасибо команде кошелька Brave за то, что она серьезно отнеслась к моим предложениям на эту тему и сначала увеличила допустимый max-basefee с 12,5% до 33%, а недавно изучила способы сделать застрявшие транзакции более очевидными в пользовательском интерфейсе.
В 2019 году я тестировал один из самых ранних кошельков, который пытался обеспечить социальное восстановление. В отличие от предпочитаемого мной подхода, основанного на смарт-контрактах, их подход заключался в использовании секретного обмена Шамира для разделения закрытого ключа от аккаунта на пять частей таким образом, что любые три из этих частей могли быть использованы для восстановления закрытого ключа. Пользователи должны были выбрать пять друзей ("опекунов" в современном жаргоне), убедить их загрузить отдельное мобильное приложение и предоставить код подтверждения, который использовался бы для создания зашифрованного соединения от кошелька пользователя к приложению друга через Firebase и отправки им их доли ключа.
Этот подход быстро столкнулся с проблемами. Через несколько месяцев с моим кошельком что-то случилось, и мне понадобилось использовать процедуру восстановления, чтобы восстановить его. Я попросил своих друзей выполнить процедуру восстановления вместе со мной через их приложения, но все пошло не так, как планировалось. Двое из них потеряли свои осколки ключей, потому что сменили телефон и забыли перенести приложение для восстановления. У третьего долгое время не работал механизм подключения к Firebase. В конце концов, мы выяснили, как устранить проблему и восстановить ключ. Однако через несколько месяцев после этого кошелек снова сломался. На этот раз обычное обновление программного обеспечения как-то случайно сбросило хранилище приложения и удалило ключ. Но я не добавил достаточное количество партнеров по восстановлению, потому что механизм подключения Firebase был слишком сломан и не позволял мне успешно это сделать. В итоге я потерял небольшое количество BTC и ETH.
Извлеченный урок: социальное восстановление вне цепочки на основе совместного использования секретов - это очень хрупкая и плохая идея, если нет других вариантов. Вашим опекунам восстановления не нужно загружать отдельное приложение, потому что если у вас есть приложение только для такой исключительной ситуации, как восстановление, о нем слишком легко забыть и потерять. Кроме того, необходимость в отдельных централизованных каналах связи влечет за собой всевозможные проблемы. Вместо этого, способ добавления опекунов должен заключаться в предоставлении их ETH-адреса, а восстановление должно осуществляться смарт-контрактом с использованием кошельков абстракции счета ERC-4337. Таким образом, опекунам нужно будет только не потерять свои кошельки Ethereum, о чем они и так заботятся гораздо больше, чем о том, чтобы не потерять их по другим причинам.
Please open Telegram to view this post
VIEW IN TELEGRAM
В 2021 году я пытался сэкономить на комиссии при использовании Tornado Cash, используя опцию "selfrelay". Tornado Cash использует механизм "ретрансляции", когда третья сторона продвигает транзакцию по цепи, поскольку при снятии средств у вас обычно еще нет монет на вашем адресе снятия, и вы не хотите оплачивать транзакцию с вашего депозитного адреса, поскольку это создает публичную связь между двумя адресами, что и является проблемой, которую Tornado Cash пытается предотвратить. Проблема заключается в том, что механизм реле часто является дорогостоящим, при этом реле взимают процентную плату, которая может намного превышать фактическую плату за транзакцию.
Чтобы сэкономить расходы, однажды я воспользовался реле для первого небольшого снятия средств, за которое взималась меньшая комиссия, а затем использовал функцию "selfrelay" в Tornado Cash, чтобы отправить второе более крупное снятие средств самостоятельно без использования реле. Проблема в том, что я облажался и случайно сделал это, войдя в систему под своим депозитным адресом, поэтому депозитный адрес заплатил комиссию вместо адреса снятия. Упс, я создал публичную связь между этими двумя адресами.
Извлеченный урок: разработчики кошельков должны начать думать о конфиденциальности гораздо более явно. Кроме того, нам нужны лучшие формы абстракции счетов, чтобы устранить необходимость в централизованных или даже федеративных ретрансляторах и сделать роль ретранслятора более коммерческой.
Разное
Выводы
Хороший пользовательский опыт - это не средний, а худший случай. Пользовательский интерфейс, который чист и гладок, но в 0,723% случаев делает какие-то странные и необъяснимые вещи, вызывающие большие проблемы, хуже, чем пользовательский интерфейс, который раскрывает пользователю больше подробностей, но, по крайней мере, позволяет легче понять, что происходит, и устранить любую возникшую проблему.
Please open Telegram to view this post
VIEW IN TELEGRAM
Наряду с важной проблемой высоких транзакционных сборов из-за масштабирования, которая еще не до конца решена, пользовательский опыт является ключевой причиной того, что многие пользователи Ethereum, особенно в странах глобального Юга, часто выбирают централизованные решения вместо децентрализованных альтернатив на цепочке, которые сохраняют власть в руках пользователя и его друзей, семьи или местного сообщества. За прошедшие годы пользовательский опыт достиг значительных успехов - в частности, переход от средней транзакции, на включение которой до EIP-1559 уходили минуты, к средней транзакции, на включение которой уходили секунды после EIP-1559 и слияния, стал ночным и дневным изменением в том, насколько приятно пользоваться Ethereum. Но многое еще предстоит сделать.
Please open Telegram to view this post
VIEW IN TELEGRAM
Delegated Proof-of-Stake делает распределение монет и влияние в сети более равномерным и обеспечивает большую степень децентрализации.
Основные преимущества DPoS — демократичная форма управления, масштабируемость и сравнительно низкие затраты энергии на обслуживание сети. Алгоритм DPoS позволяет достигать консенсуса относительно новых блоков быстрее, чем PoW и PoS, так как DPoS-консенсус подразумевает простейшие механизмы создания блоков на относительно недорогом оборудовании и с высокой степенью честности.
Please open Telegram to view this post
VIEW IN TELEGRAM
От человека к человеку, от равного к равному
Изначально термин P2P применяли к передаче данных внутри одноранговых компьютерных сетей. В таких сетях все компьютеры (участники сети) равноправны. В том числе каждый может выполнять и функции сервера, где хранятся файлы, и функции клиента, скачивающего их.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Масштабируемость. Сеть способна увеличивать пропускную способность, то есть обрабатывать все большее число транзакций за единицу времени.
Децентрализация. Сеть работает без необходимости верификации со стороны одного или нескольких доверенных субъектов. Проще говоря, не должно быть доверия к ноде или группе нод, к которым нельзя присоединиться, используя обычный компьютер.
Безопасность. Блокчейн способен противостоять потенциальной атаке значительной части нод (в идеале — 50% всех нод в сети, но все, что выше 25% — хороший уровень).
Традиционные блокчейны: биткоин, Ethereum или Litecoin. Каждый их участник управляет полной нодой, которая подтверждает каждую транзакцию. Такие сети обладают высоким уровнем безопасности и децентрализации, но низкой пропускной способностью.
Скоростные блокчейны, включая сети, работающие на алгоритмах Delegated Proof-of-Stake. В них работает небольшое число нод (10-100). При этом к каждой из них предъявляют высокие требования — необходимость иметь дорогое серверное оборудование или большую сумму нативных монет. Это производительные и безопасные, но не достаточно децентрализованные сети.
Мультичейн-системы, в которых приложения связаны с различными блокчейнами, а те, в свою очередь, взаимодействуют между собой через протоколы кроссчейн-коммуникации. Это пример децентрализованной и масштабируемой сети, но не безопасной. Ведь для атаки нужно завладеть большинством нод всего в одном блокчейне системы, чтобы «сломать» привычную структуру и вызвать негативные последствия у всех остальных участников.
Please open Telegram to view this post
VIEW IN TELEGRAM
Главная цель децентрализованных финансовых инструментов заключается в том, чтобы стать альтернативой банковскому сектору и заменить традиционные технологии финансовой системы протоколами с открытым исходным кодом.
Большинство DeFi приложений были созданы на блокчейне Ethereum, и количество новых приложений в этой сфере продолжает увеличиваться. Некоторые из наиболее популярных DeFi приложений включают в себя платформу MakerDAO, которая была запущена в конце 2017 года.
Please open Telegram to view this post
VIEW IN TELEGRAM
Узлы в системе тесно связаны и взаимодействуют между собой: каждый из них может вносить изменения в реестр (независимо от других), после чего все узлы голосуют и, при достижении консенсуса, реестр дополняется новыми данными.
Первым эффективно работающим и полностью реализованным примером DLT считается блокчейн. Важно понимать, что эти понятия не являются синонимами — блокчейн это только один вид DLT и является всего лишь подкатегорией более широкого понятия.
Please open Telegram to view this post
VIEW IN TELEGRAM
Для достижения такого уровня совместимости, горизонтального и вертикального масштабирования, Overledger делит блокчейн архитектуру на следующие уровни:
Please open Telegram to view this post
VIEW IN TELEGRAM
Как и следовало ожидать от такой новой концепции, все еще существуют некоторые трудности, с которыми приходится сталкиваться. Создание mApps немного отличается, прежде всего, потому, что оно предполагает преодоление разрыва между различными блокчейнами. Каждая цепочка имеет свою собственную инфраструктуру, набор правил и модель управления. Объединить эти различные аспекты в одно универсальное и многофункциональное приложение непросто, хотя решение, похоже, уже готово.
Overledger стремится разделить уровни транзакций и обмена сообщениями с помощью решения для межцепочечного заказа. Эта концепция также имеет обратную совместимость, поскольку она может интегрироваться с унаследованными источниками данных и инфраструктурами. На данный момент уже создано несколько mApp, хотя эта концепция пока не получила такого распространения, как индустрия dApp.
Please open Telegram to view this post
VIEW IN TELEGRAM
И это все происходит на блокчейне. Эти правила, а также дальнейшие изменения и действия предлагаются и утверждаются членами участниками DAO.
Please open Telegram to view this post
VIEW IN TELEGRAM
Это устраняет необходимость в посредниках. Любой может стать кредитором и получать проценты. Пользователи могут занимать криптовалюту, подключив к платформе криптовалютный кошелек, и тут же использовать ее для трейдинга, стейкинга или в других целях.
Please open Telegram to view this post
VIEW IN TELEGRAM
Владелец сам управляет криптоключами и обрабатывает транзакции.
Чаще всего некастодиальный кошелёк тоже предоставляется третьей стороной.
Please open Telegram to view this post
VIEW IN TELEGRAM
В «теневом интернете» есть собственные адреса ресурсов в сети .onion. Эти сайты не индексируются, поэтому их нельзя найти в стандартном поисковике — вместо них используются их аналоги (TorCH, Seeks). Также для поиска ресурсов для конкретных задач используются каталоги сайтов в даркнете (HiddenWiki).
Как правило, выделяют три вида сети — это «видимый интернет» (обычные общедоступные сайты), «глубинный/глубокий интернет» (ресурсы с частным доступом, обычно корпоративные) и даркнет. Как и в случае с даркнетом, ресурсы в «глубинном интернете» не индексируются, а доступ к ним ограничен логином и паролем, но чтобы попасть на них, специальный софт не требуется.
Please open Telegram to view this post
VIEW IN TELEGRAM
Кольцевые подписи в Monero включают в транзакцию примеси (mixins, decoys) в виде входов/выходов чужих транзакций, совершенных ранее. Они помогают запутывать следы: нельзя точно определить, где в транзакции «примеси», а где настоящие средства.
Долгое время функция добавления примесей к транзакциям была недоступной, а затем предлагалась к использованию опционально. Пользователи игнорировали ее. Это позволило исследователям деанонимизировать около 64% всех транзакций, сделанных до сентября 2017 года.
Please open Telegram to view this post
VIEW IN TELEGRAM
Кольцевые конфиденциальные транзакции реализовали в Monero в январе 2017 года. С сентября 2017 эта функция стала обязательной для всех переводов. К транзакции автоматически добавляются минимум 10 примесей.
Please open Telegram to view this post
VIEW IN TELEGRAM
Адреса скрывают связь между адресом отправителя, адресом получателя и любыми другими транзакциями/адресами.
Получатель не потеряет анонимность, если будет принимать множество платежей на один адрес, так как входящие платежи будут идти через разные stealth-адреса.
Please open Telegram to view this post
VIEW IN TELEGRAM