链下支付协议：微雷电microRaiden深入分析

microRaiden是雷电网络的简化版本，是一种 低成本、可扩展、低延时 的 链下微支付 解决方案。 他将雷电网络中链下支付网络简化为 P2P单向微支付通道 ， 但保留了快速支付的优势，降低部署难度，简化支付流程。

微雷电基于以太坊开发, 是以太坊的二层支付协议。兼容ERC20/ERC223标准token接口，因此，可以直接将现有已部署在以太坊上的token和微雷电协议对接，而不需要进行token数据的迁移。

microRaiden是针对N对1 的商店模式而专门优化的一种支付通道，特点如下：

针对上述特点，以及微雷电设计初衷，它适用于下面的应用场景:

场景举例：接收者提供很多网络资源(jpg, url, txt等等)，每个资源可以分别设置单价。用户访问该资源时, 自动创建channel，并自动从channel的押金中扣去该资源的价格，之后也可以通过该channel多次访问资源，每次访问自动扣除相应的token。

microRaiden包括客户端和服务端，客户端即sender，每个sender都分别对应一个客户端，服务端即receiver。

微雷电客户端包括Session Client Channel等几大数据结构，关系如下：

上面的图是官方生成的， 了解一下3个主要结构的主要功能就行：

客户端主要功能如下：

余额证明的含义是sender对当前channel的 最新一笔支付数据 进行签名，证明sender已经对购买的资源进行了支付。 这里的余额实际上指的是该channel上已花费的token数量。

在初始化Client时需要同步链上的channel信息到本地。 同步流程如下：

该接口可以作为获取channel的唯一入口， 其中包含了查询已存在的channel， 新建一个channel的接口调用封装。

实现链上channel相关的 *** 作。

一句话概括： token转账动作自动触发创建channel

一个sender如果希望和指定的receiver建立一条支付channel，并在这条channel上存款10token，只需要给ChannelContract合约地址转入存款数目的token即可。注意： 所有地址的余额是保存在token合约中的，这里的地址不限于个人账户地址，也可以是普通合约的地址。

创建支付通道是由微雷电客户端发起的，流程如下：

对于ERC20标准的token， 处理流程如下：

需要2笔交易： approve和createChannel

充值和创建类似， 只是data数据变成了：

同样， 兼容erc20的流程如下：

需要2笔交易：approve和topUp

sender和receiver都可以发起channel关闭的请求，但是处理流程稍有不同：

Session是客户端的核心，通过它可以完成购买资源的 *** 作。

python的requests包是一个优秀的>

How to migrate mailboxes from one Microsoft 365 or Office 365 organization to another | Microsoft Docs

如果大于500用户，或者大量SharePoint数据迁移，建议找供应商 Microsoft solution provider 。

Fabrikam 的用户、组、其他对象将被在O365手动创建，通过脚本导入到portal或通过Active Directory Domain Services (AD DS) consolidation合并到Contoso Active Directory。

完成后，所有的Fabrikam账户将存在于 Contosocom Office 365组织下，并使用@fabrikamcom 作为UPN。最终使用哪个地址取决于你的意愿。

如果使用第三方工具，在迁移前准备好License。

对于Outlook 2010及以后的版本，只需要 remove the Outlook user profile 然后 create it again 。

对于 Outlook 2007 和 Outlook 2010，当你重启客户端，auto-discover 会重新配置client，并重新编译OST文件。

对于 Skype for Business 客户端，一旦迁移完整，因为进程创建了一个新的profile，所以你得 add contacts 。

源租户是 Fabrikam Office 365组织，被迁移对象；目标租户是 Contoso Office 365组织，迁移到对象。

增加目标Office 365组织中的许可证，以容纳将从源租户迁移的所有邮箱。

在源租户和目标租户中创建管理员帐户，用于从Office 365迁移到另一个Office 365。某些迁移工具可能需要源租户中的多个管理员帐户来优化数据吞吐量。

在目标租户 Contoso 创建资源：

告知用户迁移：To communicate the migration to the end users in your organization:

完成如下，准备domain的迁移：

在目标租户 Contoso 进行domain verification 以用于 Fabrikamcom email domain。

在 contosocom 的Microsoft 365 admin center，添加 Fabrikamcom domain 并在DNS创建 TXT 记录用于 verification。

现在就执行此步骤，以允许DNS传播，因为它可能需要高达72小时。最终validation将此后进行。

迁移计划：

创建需要迁移的用户mailbox的master list。

创建mailbox映射文件 mapping CSV，以用于迁移工具。当迁移的时候，该文件将用于迁移工具匹配源mailbox和目标租户的mailbox。建议用 onmicrosoftcom 初始化域作映射，因为email domain将会变更。

然后，进行TTL测试

在源租户的 Microsoft 365 admin center，关闭 directory sync 。 该进程至少需要24小时，所以必须在迁移前做完。一旦在Portal上关闭该配置，任何对源租户AD DS的变动都不会同步到O365组织。相应地调整现有的用户和组资源的调配进程。

试图传递新邮件的Internet邮件服务器将对邮件进行排队，并尝试24小时重新传递邮件。使用此方法，某些电子邮件可能会返回未送达报告（NDR），具体取决于尝试发送电子邮件的服务器。如果这是一个问题，请使用MX记录备份服务。有许多第三方服务将您的电子邮件排队数天或数周。迁移完成后，这些服务将向新的Office 365组织发送排队邮件。

将O365的主MX记录变更位不可访问的domain，比如"unreachableexamplecom"。投递新邮件的Internet mail servers会队列化邮件并在24小时内重新投递。这种方式下，取决于服务器的投递方式，一些邮件会返回 non-delivery report (NDR) 。 如果有问题，则使用一个备份MX记录服务。有很多第三方服务，会队列持有邮件数周。一旦迁移完成，这些服务会投递邮件到新的O365组织。

Primary email domain fabrikamcom 在迁移到目标租户前，必须从源租户的所有对象上删除。

在 contosocom 租户完成Fabrikamcom domain的verification。 待从源租户移除后1小时配置。

配置 auto-discover CNAME (internal/External) optional

如果使用了AD FS，在目标租户给AD FS配置新域。

在 contosocom 租户开始mailbox激活 > 给新用户配置licenses

给新用户，设置 Fabrikamcom email domain作为 primary address 。

如果没有使用 password hash sync 特性， pass-through authentication or AD FS ，在目标租户(Contoso)的所有mailboxes上设置密码，并提示用户。

Mailboxes被授予license并激活后，转换邮件路由。将Fabrikam MX记录指向目标租户 (Contoso) 。当MX TTL超时，mail 将流入新的空mailboxes。如果使用 MX backup service，就可以释放这些email到新mailboxes。

对目标租户中新邮箱的邮件流执行验证测试。

如果使用了Exchange Online Protection (EOP)：在目标租户重新创建源自源租户的 mail flow rules (also known as transport rules), connectors, block lists, allow lists等。

为了最大限度地减少停机时间和用户不便，请确定最佳迁移方法。

通过第三方迁移工具。

迁移结束时，Outlook 2007和2010将为每个用户同步整个邮箱，这将消耗大量带宽，具体取决于迁移到每个邮箱的数据量。默认情况下，Outlook 2013将只缓存12个月的数据。此设置可以配置为更多或更少的数据，例如，只有3个月的数据，这可以减轻带宽使用。

用户在回复迁移的电子邮件时可能会收到NDR。需要清除Outlook自动完成列表（Auto-Complete List，也称为昵称缓存nickname cache）。若要在Outlook 2010以后的版本中从自动完成列表中删除所有收件人，请参阅 Manage suggested recipients in the To, Cc, and Bcc boxes with Auto-Complete 。或者，将旧的传统DN作为x500代理地址添加到所有用户。

---