Zhuang's Diary

言之有物,持之以恒

翻译:https://www.bankofcanada.ca/wp-content/uploads/2017/05/fsr-june-2017-chapman.pdf

  • 分布式账本技术(DLT)通常被称为比特币的基础。DLT提供了一种全新方式进行(和跟踪)金融交易。研究人员正在调查其在金融体系的实用性。
  • Jasper项目是基于DLT大额支付系统的技术验证。该验证对DLT作为金融系统基础建设技术的成熟度提供了重要见解。
  • 对于大额支付系统等关键的金融市场基础设施(FMI),目前版本的DLT还无法提供与集中式系统同样的整体能力。然而,与DLT的初始加密货币应用相比,最新版本的DLT已经取得了巨大的进步。
  • 基于DLT的大额支付系统的优势是其可以接入更大的DLT生态市场(可能包括跨境交易)。

什么是分布式账本系统?

比特币在2009年引入分布式账本技术,其后开始流行。比特币是数字货币的代表。交易都记录在账本上,对所有人都是可见的,由分布式的计算机(矿工)维护。这些计算机是系统上的节点,这些节点在创建新交易时更新账本。该账本使用一系列密码学技术记录交易,若干笔交易被封装成块,交易块与块连接在一起,这种账本被称为区块链。
区块链是一个突破,它展示了一种方法来维护各方之间的账本,(i)没有人监督该系统;(ii)交易可以可靠地更新并且记录到比特币系统(无需担心其他成员的诚实度)。

通过让矿工解决数学难题来争取获得验证交易块的权利,从而实现分布式账本的“可靠性”更新。第一个完成一个新的区块广播的矿工为其他矿工提供区块,并以该区块创建的新比特币(矿山)作为回报。虽然挖矿很难,但很容易验证。一旦其他节点看到并验证了这个新矿山,新的区块就被添加到链的后面,块中的交易则被认为是正确的,矿工们开始挖掘其他的新交易。节点对新区块达成一致的方式称为共识机制,比特币的共识机制叫做工作证明(PoW)。

虽然比特币系统已具有相当的弹性,但是他有以下几个不足:

(i)所有交易对每个人都是可见的,但是这是违反银行法的,并使某些参与方利益受损;

(ii)在时间和能源方面,挖矿的代价非常高,在受信任的环境中通常不需要它的好处;

(iii)该系统对任何参加者都是匿名开放的。

为了解决上述问题,人们一直在开发比特币的替代品。新的分布式账本系统只允许受限制的可信对手访问。在一些系统中,共识机制被其他方法所取代。在Jasper阶段2中使用的Corda平台,是通过每个参与方都信任的公证节点完成的,并替换PoW。并且,放弃了区块链的链式结构,并将其替换为分布式账本结构,每个节点只能访问必要的数据,减少系统的透明度,为参与者提供更多隐私**。

Jasper流动资金模型(LSM)利用一个定时多边支付结算的队列,如果银行有非紧急付款,将付款存入队列中。在银行提交付款通知后,提交的付款将与其他排队付款一起等待。定时到达时,该队列暂时被锁定,而算法结合所有提交的付款,确定每个银行的净付款并评其流动性。

支付队列本质上是集中的。关键的问题是如何在DLT系统中实现它,而不是使用传统的集中账本系统。这些技术问题带来了极大的复杂性。

流动资金模型

Jasper项目的创新解决方案是在Corda平台上加入“吸入/呼出”程序。在”匹配”周期开始之前,银行向队列提交付款。这些付款不会立即添加到账本中,而是付款指令加载到队列中,直到”匹配”周期开始。此时,会发生一系列事件。首先,在“吸入”阶段,向参与匹配周期的所有银行发送通知,要求他们向加拿大银行发送数字存托凭证(DDR)。然后验证每一笔付款并添加到账本中。然后,在“呼出”阶段,”匹配”算法确定付款的全部子集,以净额为基础,在具备可用资金的情况下进行清算。加拿大银行将DDR付款返还给所有参与银行,金额等于他们所提供的金额,加上或减去”匹配”算法完成后的金额。

举例说明,假设有两家银行A和B,在队列中支付对方100美元和90美元。此外,作为吸入阶段的一部分,每家银行都将15美元送到队列中。扣除两次付款后,该算法将向A银行收取10美元,并向B银行支付10美元。鉴于他们在吸入阶段的贡献,在呼出阶段A银行为支付5美元,对B银行为支付25美元。

然后验证这些交易并将其添加到账本中。与算法不匹配的付款保留在队列中。此时开始一个新的匹配周期。在下一个匹配周期结束之前,银行可以自由输入或移除队列中的付款。重复该过程。

效率和金融稳定性风险

信用和流动性风险

Jasper平台没有设计信用风险,因为所有的支付都是对中央银行存款的索赔,这是无风险的资产。参与者通过LVTS将现金转入加拿大银行,然后,大额转账系统(LVTS创建DDR,DDR可以在分布式账本平台上交换。总的来说,本设计证明信用上是可兼容的。

Jasper合并了一个模拟现有实时总额结算(RTGS)系统功能的流动资金模型(LSM),以缓解流动性风险,参与者将对不够充足的DDR进行支付。Jasper流动资金模型(LSM)的性能目前正在使用模拟数据进行测试。预测这些模拟结果还为时尚早,但我们可以报告,迄今为止,还没有看到证据表明在分布式账本上实施LSM会改变其相对于中央系统的使用或性能。基于DLT技术的LSM很可能可以做出与现有LSM类似的流动性资金系统。

结算风险

结算定义为资产不可撤销和无条件的转移。

与Jasper方案相关的两个方面:分布式账本更新过程的确定性,和法律确权。

为了确保法律的正当性,Jasper项目的结构如下:

DDR的转让是相当于中央银行存款基础债权的完全(不可撤销)转移。这个设计与DDR的发行有关,因此独立于Jasper平台。

另一方面,为确保方案最终完成,需要解决DLT基础技术相关的问题。在以太坊中,使用PoW共识机制来验证付款。但是PoW是不确定的,付款可能出现失败。在Corda平台中,理论上讲,可信公证人的角色将消除这种不确定性,交易一旦完成就无法撤销。但是,系统还没有经过压力测试,因此一些风险可能仍然与方案有关。

运营风险

总体评估表明,与集中式平台相比,分布式账本如果没有经过精心设计,可能会降低运营弹性。基于Corda,Jasper阶段2在满足金融市场基础设施(PFMI)方面比当前集中式系统更加昂贵。在Jasper阶段2中,参与者需要投资高可用节点以减少停机的可能性。

另一个关键方面是可扩展性。目前,LVTS每天处理32,000笔交易,峰值吞吐量约为每秒10笔交易。在DLT中,”分配”算法消耗了一定的时间。在像以太坊这样的PoW平台上,扩展能力有限。在第一阶段,大概是每秒14笔交易,以太坊是为公有链设计的,速度限制节点之间的信息流。虽然这个速度足以处理当前每日的LVTS,但它限制了未来的高峰量。相比之下,可扩展性不会成为Corda平台的一个限制,因为Corda没有基于固定时间的共识方法,只需要相关方的节点和公证人验证事务。

透明性和隐私

大额支付系统需要参与者保持交易私密性,防止其他参与者窥视这些信息。参与者的客户也需要保持隐私。PoW系统是不适合的,因为所有交易都是公开的。

相比之下,基于公证的DLT系统(如Corda)则允许增加隐私,因为受信任的第三方(例如加拿大银行)有助于验证所有交易。Corda系统缺乏透明性意味着系统中没有任何节点(公证人可能除外)拥有全部信息。如果一个或多个节点的信息被破坏,则可能无法重建整个网络,因为即使公证人也没有全量的账本副本。这就需要对单个节点进行备份。这提出了在交易保持私密的限制下,DLT的运营恢复能力是否有可能的问题。

结论

Jasper项目让我们更好地理解了DLT大额支付系统运营者,参与者和中央银行的角色和责任。在DLT框架中,运营者的角色可能更接近规则制定者或标准制定者的角色,而不是传统的IT基础架构运营商。

此外,Jasper项目促使大额支付系统相关者共同开发平台。私人和公共部门合作,从项目中了解了DLT技术的很多内容。他们发现这降低了相互承认所涉过程的复杂性。

纯粹独立的DLT大额支付系统不太可能与集中式的收益相匹配。因为上面讨论的LSM,与目前的集中式系统相比,增加的复杂性导致进一步的运营风险。

相反,基于DLT的大额支付系统的好处是可以与更广泛的FMI生态系统互动。例如,将其他资产与支付相结合(抵押品质押和资产出售),通过整合后端系统,扩大范围经济并降低参与者的成本。

  1. 编写 solidity 代码,选择 Web3 Provider
  1. Yes
  1. 节点IP地址
  1. 点击 Create,部署代码。查看底部 log 成功与否,这里需要花费几秒钟的时间。成功后 copy 合约地址。
  1. 本地查看调试网页。

示例源码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>

<link rel="stylesheet" type="text/css" href="main.css">

<script src="./node_modules/web3/dist/web3.min.js"></script>

</head>
<body>
<div class="container">
<h1>Coursetro Instructor</h1>

<h2 id="instructor"></h2>

<img id="loader" src="https://loading.io/spinners/double-ring/lg.double-ring-spinner.gif">
<label for="name" class="col-lg-2 control-label">Instructor Name</label>
<input id="name" type="text">

<label for="name" class="col-lg-2 control-label">Instructor Age</label>
<input id="age" type="text">
<button id="button">Update Instructor</button>
</div>
<script src="https://code.jquery.com/jquery-3.2.1.slim.min.js"></script>

<script>
if (typeof web3 !== 'undefined') {
web3 = new Web3(web3.currentProvider);
} else {
// set the provider you want from Web3.providers
web3 = new Web3(new Web3.providers.HttpProvider("http://47.92.53.158:8545"));
}
web3.eth.defaultAccount = web3.eth.accounts[0];

var CoursetroContract = web3.eth.contract([{"constant":false,"inputs":[{"name":"_fName","type":"string"},{"name":"_age","type":"uint256"}],"name":"setInstructor","outputs":[],"payable":false,"stateMutability":"nonpayable","type":"function"},{"constant":true,"inputs":[],"name":"getInstructor","outputs":[{"name":"","type":"string"},{"name":"","type":"uint256"}],"payable":false,"stateMutability":"view","type":"function"},{"anonymous":false,"inputs":[{"indexed":false,"name":"name","type":"string"},{"indexed":false,"name":"age","type":"uint256"}],"name":"Instructor","type":"event"}]);

var Coursetro = CoursetroContract.at('0x6f57ae4ea0bb4a6bc3c153ced8202217d63d5fca');
console.log(Coursetro);

var instructorEvent = Coursetro.Instructor();
instructorEvent.watch(function(error, result){
if (!error)
{
$("#loader").hide();
$("#instructor").html(result.args.name + ' (' + result.args.age + ' years old)');
} else {
$("#loader").hide();
console.log(error);
}
});
$("#button").click(function() {
Coursetro.setInstructor($("#name").val(), $("#age").val());
$("#loader").show();
});

</script>

</body>
</html>

ERC stands for “Ethereum Request for Comment” This is Ethereum’s version of a Request for Comments (RFC), a concept devised by the Internet Engineering Task Force. Memos within an RFC contain technical and organizational notes. For ERCs, this includes some technical guidelines for the buildout of the Ethereum network.

This was written by Ethereum developers for the Ethereum community. Thus, the workflow of generating an ERC includes a developer. To create standards for the Ethereum platform, a developer submits an Ethereum Improvement Proposal (EIP). This includes protocol specifications and contract standards. Once that EIP is approved by a committee and finalized, it becomes an ERC. The complete list of EIPs can be found here.

The finalized EIPs give the Ethereum developers a set of implementable standards. This allows Smart Contracts to be built with these standards, which a common interface can access. ERC20 is the most well-known of all the standards within the entire crypto community, and most tokens issued on top of the Ethereum platform use it.

Sources link ==> https://github.com/OpenZeppelin/openzeppelin-contracts

ERC20

任何 ERC20 代币都能立即兼容以太坊钱包(几乎所有支持以太币的钱包,包括Jaxx、MEW、imToken等,也支持 erc20的代币

The ERC20 standard includes the following functions:

1
2
3
4
5
6
7
totalSupply() //returns total token supply
balanceOf(address _owner) //returns account balance of _owner’s account
transfer(address _to, uint256 _value) //takes in number _value and transfers that amount of tokens to address _to and triggers transferevent
transferFrom(address _from, address _to, uint256 _value) //transfers _value amount of tokens from the address _from to the address _to, and triggers the transfer event.拥有者从 _from地址给 _to地址转账授权范围内的一定额度的一类同质化通证。
approve(address _spender, uint256 _value) //allows _spender to withdraw any number up to _value amount
allowance(address _owner, address _spender) //returns the amount which the_spender is still allowed to withdraw from the _owner
// 授权给_spender账户一定额度。拥有者 _owner给消费者_spender在当前查询账户授权(approve)的额度。

The following events are triggered based on the functions above:

1
2
transfer(address indexed _from, address indexed _to, uint256 _value) //this is triggered whenever tokens are transferred
approval(address indexed _owner, address indexed _spender, uint256 _value) //is triggered on any call to approve()

ERC20 was proposed in 2015 and officially formalized in September 2017. It is a great starting point for token standardization. However, some in the developer community have noted that it has certain flaws and vulnerabilities. Additionally, there are some use cases that require something different.

另外,https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20

Extensions\扩张功能

Utilities\工具方法

ERC223

Status: Open

Date Proposed: 3/5/2017

一句话:ERC223令牌标准可以防止令牌在以太坊网络上丢失。

A post by developer Dexaran describes these two scenarios in detail:

There are two ways of performing a transaction in ERC20 tokens:

  1. transfer function.
  2. approve + transferFrom mechanism.

Token balance is just a variable in the token contract.

The transaction of a token is a change in the internal variables of the contract. The balance of the sender will be decreased and the balance of the recipient will be increased.

The transfer function will not notify the recipient when the transaction occurs. The recipient will not be able to recognize the incoming transaction! I wrote this illustration of the process that is leading to unhandled transactions and money losses.
As a result, if the recipient is a contract, users must transfer their tokens using the approve +transferFrom mechanism. If the recipient is an externally owned account address, users must transfer their tokens via the transfer function. If a user makes a mistake and chooses the wrong function, the token will get stuck inside contract (contract will not recognize a transaction). There will be no way to extract stuck tokens.

His proposed solution to this issue is contained within ERC223. It is very similar to the ERC20 standard, but it solves the problems described above. When tokens are transferred to a smart contract, a special function of that contract is tokenFallback. This allows the receiving contract to decline the tokens or trigger further actions. This can be used in place of the approvefunction in most cases.

由openzeppelin-contracts SafeERC20 完成。

ERC621

Status: Open

Date Proposed: 5/1/2017

一句话:发行 Token 总量可变。ERC621 = ERC20 + increaseSupply() + decreaseSupply()

ERC621 is an extension of the ERC20 token standard. It adds two additional functions, increaseSupply and decreaseSupply. This can increase and decrease the token supply in circulation. ERC20 only allows a single token issuance event. This restricts the supply to a certain amount which can’t be changed. ERC621 proposes that totalSupply can be modified.

ERC721

Status: Open

Date Proposed: 9/22/2017

一句话:每个代币都是 unique,例如以太猫。

ERC721 is very different than ERC20 and ERC223. It describes a non-fungible token. This means that each token is totally different and each one can have a different value to different users. One way to think about this is to recall CryptoKittes. Each one is its own separate commodity whose value is based on its own rarity and desirability by users.

ERC721 tokens can be used in any exchange, but the token value is “a result of the uniqueness and rareness associated with each token.” The standard functions are name, symbol, totalSupply, balanceOf, ownerOf , approve , takeOwnership , transfer , tokenOfOwnerByIndex, and tokenMetadata. It also defines two events: Transfer and Approval. This article by Gerald Nash does a good job explaining the concept of fungibility as it relates to tokens and goes into good technical detail.

ERC1155

Status: Final

Date Proposed: 2018-06-17

一句话:ERC-1155的创造者是Enjin coin的CTO Witek Radomski。ERC1155标准定义了一种解决上述问题的新方法。现在“物品”(可能包含ERC20的token或ERC721的token或两者都有)可以被单一的一个合约(打包处理)来定义了。合约里包含区别token们所需的最小量的数据。

ERC1155协议主要包括ERC1155Mintable.sol同质化可增发智能合约和ERC1155NonFungibleMintable.sol非同质化可增发智能合约,本章只讲解同质化可增发智能合约的功能。

UNIX/Linux用户在系统或者应用中触发动作,想要看到针对动作的实时log,这个时候tail命令正是可以一展身手的时候了。

例:

1
tail -f sci.log.D20120224.T000000 | grep -v getCommonCodeList | grep -v getRuleDetails | grep -v getExceptionList | grep zhuangwm | grep "Invoking api Method:"

tail —用于输出文件的最后10行信息的内容。-f 是指当文件长度增长的时候,输出文件增长的部分。
sci.log.D20120224.T000000 —被搜索的文件名称。
| —是指管道,用于将前面的输出作为输入到后面的命令中
grep -v getCommonCodeList —是查找文件里符合条件的字符串。 -v 是指反转查找,用于排除所列出来的文字对象

==============================================================

Gosh darnit, I miss you guys!

Congrats to everyone with all of the great things that are going on in each of your lives! I hope things just continue to progress more and more! Happy Birthday to you, Keith!

I’m glad that I’ve had a chance to see Erika and Belen, but since I’ve started a new position where I’m traveling ALL of the time, I’m hoping to be in a city near each of you soon!

Much love to G5!

Regards,

Regina D. Holley Information Security Advisor and Global ISA Program Lead

ITD - Security Operations Management

972.561.6790 [TL: 861.6790]

holleyr@us.ibm.com

“Do not follow the path. Go where there is no path to begin the trail.”

-Ashanti proverb

===============================================================

From: Erika V Quezada/Mexico/IBM@IBMMX

To: Keith M Bantle/Fairfax/IBM@IBMUS

Cc: Srinivas Manem/India/IBM@IBMIN, Belen Martin Lopez/Spain/IBM@IBMES@IBMGB, Wei Ming Zhuang/China/IBM@IBMCN@IBMAU@IBMGB, Anouk Bikkel/Netherlands/IBM@IBMNL, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Roy Hebert/CanWest/IBM@IBMCA

Date: 10/27/2011 01:34 AM

Subject: Re: One year later….

FELIZ CUMPLEAÑOS KEITH!!!

My best wishes to you! Pls put a picture of Wilson next to your shots. And drink one wooden boat shot for us =) Have a great birthday!!

I will be in NYC from friday to wednesday morning for vacation, aren’t you planning to be there for Halloween?

Srini, are you part of the Acapulco mexican team? If yes you should visit us, Is the biggest project in Mexico!!

Today, I was chatting with Tina by Facebook and she ask me to say hello to everybody, she is now an expert surffer and still miss all of us.

Kisses!

Saludos,

Erika V. Quezada Ruiz

Sales Manager

Public Sector

IBM de México

Tel. (55) 52703701

Cel. 04455 54551278

===============================================================

From: Keith M Bantle/Fairfax/IBM@IBMUS

To: Srinivas Manem/India/IBM@IBMIN

Cc: Belen Martin Lopez/Spain/IBM@IBMES@IBMGB, Wei Ming Zhuang/China/IBM@IBMCN@IBMAU@IBMGB, Anouk Bikkel/Netherlands/IBM@IBMNL, Erika V Quezada/Mexico/IBM@IBMMX, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Roy Hebert/CanWest/IBM@IBMCA

Date: 26/10/2011 11:57

Subject: Re: One year later….

Yes, all such wonderful memories for all of us! I still cannot even imagine a better team!

ps- and for the record, I will be using my little wooden boat ‘shooter’ for my birthday shots this evening!

Keith Bantle

IBM Global Business Services

AIS - Application Innovation Services

4401 Belle Oaks Drive, Ashley Center

Charleston, SC 29405

Mobile: 843.860.9174

Fax: 845.432.0121

kbantle@us.ibm.com

===============================================================

From: Srinivas Manem/India/IBM@IBMIN

To: Belen Martin Lopez/Spain/IBM@IBMES@IBMGB, Keith M Bantle/Fairfax/IBM@IBMUS, Wei Ming Zhuang/China/IBM@IBMCN@IBMAU@IBMGB, Anouk Bikkel/Netherlands/IBM@IBMNL, Erika V Quezada/Mexico/IBM@IBMMX, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Roy Hebert/CanWest/IBM@IBMCA

Date: 10/26/2011 12:44 PM

Subject: Re: One year later….

Hi Keith,

Wish you a very happy Birthday..!! Have a great time

It’s already been an year.. The memories are still very fresh in my mind. I really miss all those great days. Last year, this week we were rushing to complete projects & finalizing our presentations..

Playing golf, eating fufu, early morning monkey search, playing darts, wonderful excursions on the weekends & wonderful team work to complete the projects.. We had so much of fun in just one month time..

Truly, ours is the BEST TEAM ever.. Wish we’d meet again some day!!

Freddie: Congratulations on your new house.. :) Please share some pictures..

Thanks & Regards,

Srini

Srinivas Manem,

Release Management, Acapulco,

Global Telecom CoC

IBM Global Business Services

Mobile +91 99497 03030

Email Srinivas.Manem@in.ibm.com

===============================================================

From: Belen Martin Lopez/Spain/IBM@IBMES

To: Wei Ming Zhuang/China/IBM@IBMCN@IBMAU@IBMGB

Cc: Anouk Bikkel/Netherlands/IBM@IBMNL, Erika V Quezada/Mexico/IBM@IBMMX, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Keith M Bantle/Fairfax/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Roy Hebert/CanWest/IBM@IBMCA, Srinivas Manem/India/IBM@IBMIN

Date: 10/26/2011 02:07 PM

Subject: Re: One year later….

I almost forgot,

Happy Birthday Keith!!

Have a great day! Wilson and I miss you!

Saludos/Regards

Belén Martín López

Senior Managing Consultant

Phone: +34 660 413 703

email: belen.martin@es.ibm.com

IBM Global Services España, S.A.

Mar Adriático, 2, 28830 San Fernando de Henares (Madrid)

Registro Mercantil de Madrid, Folio 49; Tomo 6430; Hoja M-104.742

CIF A80-599459

===============================================================

Wei Ming Zhuang/China/IBM@IBMCN

26/10/2011 10:36

To

Keith M Bantle/Fairfax/IBM@IBMUS@IBMAU, Regina D Holley/Dallas/IBM@IBMUS

cc

Roy Hebert/CanWest/IBM@IBMCA, Erika V Quezada/Mexico/IBM@IBMMX@IBMUS, Anouk Bikkel/Netherlands/IBM@IBMNL, Belen Martin Lopez/Spain/IBM@IBMES, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Srinivas Manem/India/IBM@IBMIN

Subject

Re: One year later….

Hi,

I often talk about our G5 experience with friends and others, I do not know why, a lot of things become more clear with the flow at time.

Last week Regina was the most close to me (about 4 hours fly from Dalian to Hong Kong, Taipei). But I am still so happy to know this, just like one guy in island after air crash shouts at the near boat.

Miss all of you. Must be let me if anyone come to Beijing or Dalian. Must!

Have a good working day !

==============================================

庄伟铭/Wei Ming, E-mail: zhuangwm@cn.ibm.com

TEL:0411-88151143 Tie-Line:61143

IBM Dalian Global Delivery Center, GBS/GCG

==============================================

From: Keith M Bantle/Fairfax/IBM@IBMUS

To: Roy Hebert/CanWest/IBM@IBMCA

Cc: Erika V Quezada/Mexico/IBM@IBMMX@IBMUS, Anouk Bikkel/Netherlands/IBM@IBMNL, Belen Martin Lopez/Spain/IBM@IBMES, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Srinivas Manem/India/IBM@IBMIN, Wei Ming Zhuang/China/IBM@IBMCN

Date: 2011-10-26 02:23

Subject: Re: One year later….

Hello, ¡Hola , Hallo, Ello, Ahoj, 您好,??????, and Top O’ the Mornin’ to Ya (that one is for you, Roy, and I hope the others are correct),

I think we need a G5 summit! It really is very hard to believe it’s been a year already! I have been thinking of all of you, especially as the month of October has been passing by, remembering what we were doing ‘that week’.

It certainly does appear that the girls have been much better about staying in touch and Belen has even come to visit already! Hopefully she and Carlos enjoyed their stay in Charleston (Savannah and Asheville too), which was still too short. I must admit that I was tempted to surprise her one day by pounding ‘fufu’ and putting a ball of pizza dough in some tomato soup, although she may have actually preferred that over the real thing.

Roy, I was disappointed to see the Sabres schedule does not include Calgary this season, but hopefully next year and I promise I will be there. No excuses! Bring on the wings and Canadian beer!!

Freddie, congrats on your new house!! I forgot to tell you about our 3 day Dave Matthews concert in NYC last month- it was awesome!

Erika, thanks for rounding all of us up and glad to hear you are enjoying life! I miss all of the different candy!

Anouk, hopefully you are doing well and keep us posted on your baby’s arrival! We’ll have to figure out his or her Ghanaian name and we can always have some of that awful clove porridge I made the mistake of eating early one morning exported to you…

GoG and AB- it was great speaking with both of you earlier today!!

Srini, I hope you’ve continued playing golf… you must be preparing for the PGA already!

Martin, I’m sure you are as glad as I am that the NHL season is underway- hope you have been playing as often as you can!

Herbie, I wonder if you and Anouk have played darts and been able to replicate your double dart achievements?!

Will, every time I see ‘Firefly Sweet Tea Vodka’, I remember you drinking that whole bottle at once!

Hope everyone is doing well and look forward to catching up soon!

Keith

ps- if anyone needs about a lb. or so of shea butter, I still have 98.2% of the container remaining… Belen can attest to that!

Keith Bantle

IBM Global Business Services

AIS - Application Innovation Services

4401 Belle Oaks Drive, Ashley Center

Charleston, SC 29405

Mobile: 843.860.9174

Fax: 845.432.0121

kbantle@us.ibm.com

===============================================================

From: Roy Hebert/CanWest/IBM@IBMCA

To: Erika V Quezada/Mexico/IBM@IBMMX@IBMUS

Cc: Anouk Bikkel/Netherlands/IBM@IBMNL, Belen Martin Lopez/Spain/IBM@IBMES, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS, Keith M Bantle/Fairfax/IBM@IBMUS, Martin Jesko/Slovakia/IBM@IBMSK, Regina D Holley/Dallas/IBM@IBMUS, Srinivas Manem/India/IBM@IBMIN, Wei Ming Zhuang/China/IBM@IBMCN

Date: 10/25/2011 11:23 AM

Subject: Re: One year later….

I know … have been thinking about our 1 year anniversary all month!

By the way, the girls seem to be ruling in the reunion category … Freddie travelled to Mexico to visit Ms. Erica, and Regina and Erica have connected …. Regina I think you and Friddie met up in London? I think Belen has met with at least one of you as well?

Le girls rule, as usual.

Keith … was looking forward to hosting you for a Sabres game vs the Flames this year … but your beloved team doesn’t come to Calgary this season.

With fondest memories of my best team ever!!

Roy Hebert

Alberta Territory Manager, IBM

Office 403 539 3145

rhebert@ca.ibm.com

===============================================================

From: Erika V Quezada/Mexico/IBM@IBMMX

To: Anouk Bikkel/Netherlands/IBM@IBMNL, Belen Martin Lopez/Spain/IBM@IBMES, Martin Jesko/Slovakia/IBM@IBMSK, Keith M Bantle/Fairfax/IBM@IBMUS, Srinivas Manem/India/IBM@IBMIN, Wei Ming Zhuang/China/IBM@IBMCN, Regina D Holley/Dallas/IBM@IBMUS, Roy Hebert/CanWest/IBM@IBMCA, Frederique Tenthoff/UK/IBM@IBMGB, Herbie Pearthree/Raleigh/IBM@IBMUS

Date: 10/25/2011 08:43 AM

Subject: One year later….

Hellooo Superb Team!!!

How are u one year later?? Hope everything is good with all of you…. To me, it has been a year of many changes either in my personal and professional life. But I am very happy enjoying my life, Still remember each particular moment we shared in Ghana and the things I learned of all of u that marked my life.

I already met with Regina and Freddie … and I really hope to meet with all of u anytime.

Big kiss and huge hug!

Miss u all!!

Remember: we are The Best Team Ever!!!

Erika Q

Erika V. Quezada Ruiz

Sales Manager

Public Sector

IBM de México

Tel. (55) 52703701

Cel. 04455 54551278

=============================================================