К дипломной работе

ACID

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

Атомарность (atomicity)
Атомарность гарантирует, что каждая транзакция будет выполнена полностью или не будет выполнена совсем. Не допускаются промежуточные состояния.

Согласованность (consistency)
Согласованность — это требование, подразумевающее, что в результате работы транзакции данные будут допустимыми. Это вопрос не технологии, а бизнес-логики: например, если количество денег на счете не может быть отрицательным, логика транзакции должна проверять, не выйдет ли в результате отрицательных значений.

Изолированность (isolation)
Гарантия того, что параллельные транзакции не будут оказывать влияния на результат других транзакций. Мы разобрались с изоляцией выше.

Долговечность (durability)
Изменения, получившиеся в результате транзакции, должны оставаться сохраненными вне зависимости от каких-либо сбоев. Иначе говоря, если пользователь получил сигнал о завершении транзакции, он может быть уверен, что данные сохранены.

Принцип работы сервиса е-ОФД

Как мы уже написали, отвечает за такие сообщения специальный сервис е-ОФД. Аббревиатура ОФД в данном случае расшифровывается как «оператор фискальных данных». Сервис функционирует в РФ в соответствии с законом 54-ФЗ и выполняет все предписанные в нем требования.

e-OFD — это оператор фискальных данных

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

Получать сообщение от eOFD вы будете всякий раз, когда оформляете покупку в магазине, который заключил с компанией е-ОФД договор на обслуживание их ККТ.

Отклонена сама карта

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

Карта заблокирована

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

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

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

Не менее распространенная причина — подозрения в мошенничестве. Банки часто воспринимают операции в интернете как мошеннические действия и блокируют транзакцию, а заодно и карточку. Обычно специалист связывается с владельцем для уточнения информации об отклоненном платеже.

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

Закончился срок действия

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

  • Заморозка денег до 3 дней. Транзакция не пройдет, если до окончания срока действия остается менее 1 недели.
  • Депозит в гостинице или за аренду авто. В этих случаях длительность холдирования достигает 30 дней. Сервисы отклонят операцию, даже если пластик действителен еще в течение 2-3 недель.

Учитывая эти особенности, рекомендуем использовать отдельную карточку для оплаты в интернете.

Проведение транзакции[1]

Наиболее распространённым случаем является банковская операция по оплате банковской платёжной картой в торгово-сервисном предприятии. Такая транзакция начинается, когда держатель карты решает оплатить товар или услугу, и передаёт карту (либо оплачивает сам) кассовому работнику.

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

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

Здесь она попадает в процессинговый и авторизационный центр, в котором проводятся расширенные проверки на легальность обрабатываемой транзакции. При подозрении на мошенничество или нарушение условий обслуживания даётся отказ. В зависимости от типа карты (дебетовая или кредитная) и установленного банком приоритета авторизации здесь может проводиться проверка доступного остатка средств на счёте или платёжного лимита, а также сверяться авторизационный PIN-код держателя. При удовлетворении всем проверкам эмитент одобряет операцию и в рамках транзакции, также через платёжную систему, ответ даётся в торговую точку.

Путём взаиморасчётов с платёжной системой эмитент перечисляет эквайреру сумму запрашиваемых по транзакции средств, а также комиссию платёжной системы за обработку транзакции.

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

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

При офлайн-транзакции операция может проводиться без обращения к банку-эквайреру и следуемых за этим проверочных мероприятий. Это действует для карточных счетов, на которых доступный для траты по карте остаток заранее резервируется банком и в памяти POS-терминала остаются данные о сумме оплаты и реквизитах карты. В пределах доступного карте остатка средства одобряются для списания, но само оно происходит значительно позже после подключения терминала к каналу связи и передачи накопленной информации в обслуживающий банк. В России такой способ оплаты был доступен по картам платёжной системы СБЕРКАРТ.

Можно ли отменить транзакцию?

В целом, банкам по силам отмена очень многих операций. Естественно, в том случае, если им это вообще хочется делать. Возможность есть, и ошибка может быть устранена. Имейте в виду, что сейчас мы обсуждали возможность отмены транзакции в случае с торгово-сервисными предприятиями. Если вы уже имеете на руках наличность, то о какой отмене операции может быть речь? Ведь деньги уже у вас, и вернуть время обратно невозможно. А вот поправить ситуацию — вполне реально.

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

CAP-теорема

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

Согласованность данных (consistency)
Когда во всех узлах в каждый момент времени данные согласованы друг с другом, то есть не противоречат друг другу. Если в одном из узлов в ячейке базы данных есть данные, такие же данные есть на всех остальных узлах.

Доступность (availability)
Когда любой запрос может быть обработан системой, вне зависимости от ее состояния.

Устойчивость к разделению (partition tolerance)
Когда расщепление системы на несколько изолированных секций не приводит к некорректному отклику от каждой из секций: отвалилась сеть между двумя узлами, но каждый из них может корректно отвечать своим клиентам.

Все распределенные базы данных так или иначе в лучшем случае реализуют два свойства из трех, жертвуя оставшимся.

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

Дискретные транзакции

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

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

Где используется система Crystal

При помощи описанных выше инструментов Crystal позволяет организациям, принимающим биткоины, определить происхождение средств и их связь с нелегальной активностью (Оценка риска). Если же полученных сведений недостаточно, организации могут провести более глубокое расследование, используя инструменты «Визуализации» и «Взаимодействия».

Также Crystal позволяет расследовать случаи кражи криптовалюты. Функция «Отслеживание» дает возможность получить список всех адресов и организаций, через которые проводили украденные деньги. После система в наглядной форме отобразит, каким образом они туда попали. Затем с этими данными пользователь может обратиться к выявленным организациям с запросом заморозить средства.

Перечисленные инструменты Crystal являются результатом разработки команды профессионалов Bitfury Soft, которая не собирается останавливаться на достигнутом. Платформа Crystal уже используется в Азии, США, Европе и СНГ как финансовыми организациями, так и правоохранительными органами.

По вопросам сотрудничества обращайтесь:

Как узнать TXID

Большинство криптовалют работают на открытых блокчейн реестрах, информация в которых является общедоступной для всех пользователей

Но несмотря на важность идентификатора и открытость блокчейна, далеко не каждый рядовой пользователь знает, где посмотреть TXID и как по нему отследить транзакцию

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

Вне зависимости от выбранного сервиса на них потребуется совершить одинаковый алгоритм действий.

Что означает слово «транзакция»?

Когда речь заходит об определении тех или иных слов, всегда наилучшим решением является проверка этимологии слова. В нашем случае слово было взято из английского «transaction» (приблизительный перевод на русский — операция, сделка, договор), в англоязычных странах издавна этим словом обозначалась любая сделка или договор, но если брать более широко, то таким же словом называлась сделка купли-продажи.

Справка: употребимы сразу два варианта произношения этого слова — транзакция и трансакция. В банковской и финансовой документации можно встретить оба варианта. Правда, «трансакция» встречается все реже, так как для русского языка звонкая согласная в середине слова более легко воспринимается, чем глухая согласная.

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

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

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

Если мой продукт удастся, будет ли эта вещь, связанная с возможной последовательностью, снова преследовать меня?

Любой, кто когда-либо посещал урок теории информации, наверняка знаетСвойства ACID и теорема CAP, но большинство людей, кажется, думают, что это проблема, о которой должны заботиться только инженеры распределенных систем… В конце концов, разве моя база данных не должна гарантировать свойства ACID для чтения и записи во времени и пространстве?

Почему я, как разработчик приложения, должен заботиться о том, чтобы транзакции, выполняемые моим приложением, распространялись последовательно и атомарно в шарды?

Однако с изменением моделей данных определение того, что составляет «базу данных», изменилось, и гарантии ACID больше не могут восприниматься как должное. Масштабируемые модели данных сталкиваются с уникальными проблемами без идеальных решений и множеством компромиссов … и часто основной удар по последствиям ложится на программиста приложения.

Есть школы мысли по обе стороны уравнения, и сторонники непротиворечивости утверждают, что не все приложения Вам нужны надежные гарантии ACID для всех документов, а выигрыш в скорости от отказа от ACID стоит того, чтобы использовать его в самых разных случаях. Другие лидеры отрасли и аналитические центры выступают за строгую согласованность на уровне данных просто потому, что это позволяет разработчикам приложений писать масштабируемый, свободный от ошибок код, не будучи самими экспертами по распределенным системам. В документе MillWheel Google утверждает, что уровень данных должен быть строго согласованным и иметь возможность осуществлять распределенные транзакции ACID.

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

Запрос статуса операции

Запрос

Параметр Условие Тип данных Описание
opcode Обязательно integer ()
merchant_site Обязательно integer Идентификатор сайта ТСП
txn_id Опционально integer Идентификатор транзакции
order_id Опционально string(256) Уникальный номер заказа в системе ТСП
sign Обязательно string(64)

Ответ

Параметр Тип данных Описание
txn_id integer Идентификатор транзакции
txn_status integer
txn_type integer
txn_date YYYY-MM-DDThh:mm:ss±hh:mm Дата транзакции в формате ISO8601 с временной зоной
error_code integer
pan string(19) Номер карты Покупателя в формате 411111**1111
amount decimal Сумма списания
currency integer Валюта суммы списания в цифровом формате согласно ISO 4217
auth_code string(6) Код авторизации
eci string(2) Индикатор E-Commerce операции
card_name string(64) Имя Покупателя, как указано на карте (латинские буквы)
card_bank string(64) Банк-эмитент карты
order_id string(256) Уникальный номер заказа в системе ТСП
ip string(15) IP-адрес Покупателя
email string(64) E-mail Покупателя
country string(3) Страна Покупателя в формате 3-х буквенных кодов согласно ISO 3166-1
city string(64) Город местонахождения Покупателя
region string(6) Регион страны формате геокодов согласно ISO 3166-2
address string(64) Адрес местонахождения Покупателя
phone string(15) Контактный телефон Покупателя
cf1 string(256) Поля для ввода произвольной информации, дополняющей данные по операции. Например — описание услуг ТСП.
cf2 string(256) Поля для ввода произвольной информации, дополняющей данные по операции. Например — описание услуг ТСП.
cf3 string(256) Поля для ввода произвольной информации, дополняющей данные по операции. Например — описание услуг ТСП.
cf4 string(256) Поля для ввода произвольной информации, дополняющей данные по операции. Например — описание услуг ТСП.
cf5 string(256) Поля для ввода произвольной информации, дополняющей данные по операции. Например — описание услуг ТСП.
product_name string(25) Описание услуги, которую получает Плательщик.

Похожие:

Формата Передачи Данных TransUnion (tutdf) Сентябрь 2014 г. Версия 28r СодержаниеИзменено значение «обязательности» поля «Где выдан» в сегменте id c «Условного» до «Необязательного» Программа позволяет выполнять запросы в нбки, получать и сохранять…Программа предназначена для сбора, хранения и формирования данных о кредитных историях для передачи их в Национальное Бюро Кредитных…
Инструкция по работе 2016 годАс «Статистика Роспотребнадзор» во внешний файл обмена формата *. exp для передачи его в Федеральный центр гигиены и эпидемиологии… Методические рекомендации на курсовую работу по теме «Базы данных»…Целью выполнения курсовой работы является необходимость закрепления всех знаний и практических навыков, полученных в результате изучения…
Добавлена возможность выгрузки документов в формате xml (для передачи…Добавлена настройка, позволяющая исключить вывод на печать слова «часть» в графе Информация и информационные процессы. Данные Способы представления…Примерное содержание курса информатики среднего полного общего образования. Углубленный уровень
Инструкция по установке в файле install doc Основное отличие 28. 4 от 28. 3Разработано по ввода и формирования файла в формате передачи данных Налоговой декларации по налогу на игорный бизнес (кнд 1152011)… Методические рекомендации по получению государственной услуги «Выплата…Для данных методических рекомендаций используется краткое наименование государственной услуги – выплата компенсации части родительской…
Содержание содержание 1Пояснительные записки, тематическое планирование и тексты учебных пособий Летней физико-математической школы. 2002 и 2003 гг 1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых системЕний и пакетов. Коммутация каналов: использ-ся в телефон сетях, в сетях передачи данных встречается редко. Для установления соедин…

Все бланки и формы на filling-form.ru

Заполнение бланков

Процедура проведения транзакции по банковской карте

Самая распространенная расходная операция по пластиковой карте – оплата товара и сервисных услуг. В проведении такого платежа участвуют 3 стороны:

  1. Банк-эквайер, который обслуживает данную торговую точку или предприятие сервиса. Именно его POS-терминал для оплаты установлен на кассе в рамках договора эквайринга;
  2. Банк-эмитент, который выпускает (эмитирует) пластиковые карточки и выдаёт их своим клиентам;
  3. Международная платёжная система (МПС). Она является промежуточным звеном для проведения любых расчётных операций между банками.

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

ШАГ 1. Сначала POS-терминал считывает с карточки те данные, которые требуются для разрешения проведения оплаты с карточного счёта покупателя (для проведения авторизации). К этим данным относятся номер карты, срок её действия, ФИО держателя, код проверки подлинности CVV2/CVC2 и ряд служебной информации, закодированной на магнитной полосе или чипе карточки. Эти сведения в виде зашифрованной информации передаются по каналу связи в банк-эквайер, который занимается обслуживанием конкретного терминала. Обычно магазины заключают соглашение с такими банками и платят им определённую комиссию за каждую транзакцию.

ШАГ 2. Банк-эквайер передаёт полученные данные в центр обработки данных (ЦОД) международной платёжной системы (самые известные МПС: Visa, MasterCard, Union Pay), которая обслуживает карту (её логотип в обязательном порядке будет присутствовать на лицевой стороне пластика). К таким операционным центрам подключены все банки-участники платежной системы, которых может быть сотни тысяч по всему миру. Сами ЦОД имеют разветвленную структуру и расположены практически в каждой стране мира – в России также есть свои ЦОД. Там проводится проверка на наличие/отсутствие карты в стоп-листе, и по результату проверки идёт отказ по конкретной транзакции или её одобрение. В последнем случае транзакция отправляется в банк-эмитент, который выпустил вашу карточку и обслуживает банковский счёт, к которому эта карта привязана, и с которого планируется проведение расходной операции. В стоп-лист номер карточки может попасть, например, при подозрении на мошенничество.

Этот шаг – ключевое звено всей цепи, так как именно международная платёжная система, являясь промежуточным «интерфейсом» между банком-эквайером и эмитентом, предоставляет возможность расчета по вашей карточке в любом магазине мира (!), при условии что карта и терминалы поддерживают эту МПС.

ШАГ №3. Информация направляется в процессинговый (авторизационный) центр банка-эмитента, задачей которого является получение одобрения платежа. Здесь обрабатываемая транзакция проходит расширенные проверки на её легальность: проверка на мошенничество или на нарушение условий обслуживания; проверка доступного остатка денежных средств на карточном счёте; выяснение, не превышен ли лимит на кредитке; совпадает ли ПИН-код, введённый держателем карты с его реальным значением. Комплекс этих проверок называется авторизацией, а их результат (в случае одобрения) выражается в присвоении кода авторизации совершаемой операции. За обработку этой транзакции эмитент оплачивает платёжной системе определённую комиссию.

ШАГ №4. Ответ от эмитента направляется в обратной последовательности через платёжную систему и приходит эквайеру, и уже дальше – в магазин (торговую точку). Клиент получает чек из POS-терминала со всеми реквизитами платежа.

Для покупателя на этом все взаимодействия с магазином заканчивается, и на счёт магазина приходят деньги за покупку, но средства с вашего карточного счета пока не списываются (!), они временно блокируются. Деньги в магазин сначала переводятся со счета эквайера, а уже потом списываются с вашего счёта после получения финансового документа на списание от банка-эквайера. Это может произойти в течение 30 дней с момента покупки по карте в соответствии с правилами платёжных систем и с действующим законодательством РФ.

Виды транзакций

Видов всего два, и делятся они в основном условно. Разница между ними проходит в платформе, через которую клиент делает запрос на осуществление транзакции:

  • Онлайн-транзакции. Подразумевается, что клиент делает запрос на транзакцию «прямо здесь и сейчас», в режиме реального времени. Таким образом, сразу после подачи запроса банк получает сигнал о необходимости провести операцию. Сюда относятся переводы с карты на карту, снятие денег через банкомат, оплата покупок через мини-терминал, получение денежных средств онлайн и т.д.;
  • Оффлайн-транзакции. Ровно наоборот, присутствие контрагентов (участников обмена) и их онлайн-статус не имеет значения — послать запрос можно в любое время, при этом исполнен он будет лишь тогда, когда этого захочет сам отправляющий. Так, например, производится выплата сотрудникам заработной платы, оплата безналичным способом какой-либо поставки предприятию и т.д.

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

Что такое номер транзакции и где его искать

Итак, что такое номер транзакции? Это уникальный код, состоящий из сочетания букв и цифр. Например, у Сбербанка номер транзакции состоит из 12 цифр и 4 латинских букв, найти номер транзакции можно в чеке, который вы получили на кассе при оплате товаров и услуг пластиковой картой. Правда, в некоторых случаях, данный номер может называться по-другому в чеке:

  • идентификатор платежа;
  • уникальный номер платежа.

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

ЮгаБайт БД

YugaByte — это независимое от инфраструктуры распределенное хранилище данных, которое можно развернуть в центрах обработки данных Public Cloud и OnPrem. YugaByte DB разделяет данные на настраиваемое количество планшетов, которые затем равномерно распределяются между узлами в кластере. Каждая таблетка затем реплицируется в других узлах с помощью алгоритма согласования RAFT.Он обеспечивает строгие гарантии согласованности между регионами и зонами, использует гибридные временные метки для глобального хронометража и обеспечивает изоляцию моментальных снимков через MVCC с сериализуемой изоляцией, которая находится в разработке. Кодовая база имеет открытый исходный код и совместима с API-интерфейсами Redis, Cassandra и Gremlin и поддержкой SQL, которая находится в разработке.

Ссылка на основную публикацию