深圳桥牌网休闲空间桥友之家桥牌中的加密技术
    
 
桥牌中的加密技术
发起人:疯骡  回复数:13  浏览数:20260  最后更新:2013/4/10 0:01:15 by 小二黄

选择查看 搜索更多相关主题  帖子排序:
2013/4/6 15:10:32
疯骡





魔导师

角  色:管理员
发 帖 数:2642
经 验 值:3192
注册时间:2003/9/4
其它进程

显然关键张加叫也可以被设计用于开叫人的再叫和其它情况。有些约定只要做稍微的修改就可以加密了。例如一个合格的弱二叫,在第一、二家保证将牌三顶张中的两张。应叫2NT可以设计成保证第三个顶张。这样开叫人可以利用自己手中的大将牌情况来决定如何显示手上的特征。

例如2♠ - 2NT – 3♣可能表示将牌AK和梅花特征或将牌AQ和方块特征或将牌KQ和红心特征。应叫人再叫如果不是进局或将牌花色则是也用相同的方案的特定问叫。

如果关键张加叫不能完美地融入你的体系,你仍然可以使用是否拥有将牌A做为密钥。当将牌花色同意后的第一次扣叫要么显示该花色的A要么将牌A;后面的扣叫是正常的。这里需要特殊的叫品来确认密钥。例如在加密的4♣后,4NT显示要么将牌A和高一级的边花A或梅花A和低一级的边花A。而加叫5♣则反之。

加密的终极武器是“体系的加密”。对此搭档需要两套约定卡和早期建立密钥的方法。例如:对强梅花开叫应叫1表示有一个低花A,而应叫1则表示有一个高花A。开叫人除了1NT外的任意再叫都表示有另一个同级的A,后续叫品则根据拥有哪个A而决定使用哪个约定卡。当然目前对此不要过于认真,但谁知道未来会怎么发展呢?

本文后面将展示加密叫牌不仅仅是阻止敌方的首攻杀招。

在加密叫牌中,竞叫领域是最值得思考的,有些人也认为是最怪异的。在竞叫环节中传递秘密信息的候选叫品很多,但密钥(通常是将牌的AK位置)很难获取。

我们考虑下面的情形:假设在对手知道并允许的情况下牌手有权在一个特定时刻在桌下踢同伴或者选择不踢。经验告诉我们,通过“踢”可以传递的最有价值的信息是:
• “同伴,别信我的上一个叫品。”
• “同伴,别信我的下一个叫品。”
• “同伴,别叫牌。”

下面我们举个例子说明上述情况。读者可以自己完成细节并开发自己的约定。

罗森加密约定

当同伴争叫一个花色,右手敌方也参与叫牌,现代流行的处理上加倍(或再加倍)显示对同伴花色有大牌的支持,而直接加叫则不希望同伴攻这门花色。这个约定叫称为“罗森克朗兹”,是由墨西哥城
的George Rosencranz设计的。

如果仅仅显示同伴花色的A或K,则罗森克朗兹是很“自然”地建立了密钥;同伴经常持有另一个顶张。理想的状况是争叫人有叫品来确认这个密钥是有效的,但继续叫牌可能过高。实际上,假定密钥
已经建立很少会受到损害。争叫人可以通过出新花来推翻这个假定(如果他的争叫没有顶张,那么他没有阻击通常持有好牌)。

如果争叫人没有推翻密钥,推进人下一个有趣的叫品是当他持有将牌K时的叫牌是真实的,而当他持有将牌A时则是欺骗性的。如果他没有得到机会叫牌,则密钥会保存直到首攻或防守。

西
  1 1 
2 DBL 3 pass 
pass ?   

在上面的叫牌进程中,通常3可能是进局试探,而3则是竞叫性的,这也是是东持有K时候的叫品。但当他持有A时则上述两个叫品的意义就要对换。
乐观的加密牌手会走得更远。他们会使用“加倍”表示一手适合防守的好牌,并有K或一手烂牌却有A。而在有A时争叫3,暗示要在四阶惩罚对手。如果西家的黑桃无大牌,他又持有好牌想“诚实地”叫牌,则他应该在第二轮时叫3

在下面的例子中:

西
  1 2 
2 DBL 4 pass 
pass ?   

东家Pass或加倍应该认为是诚实的,但东持有K时再叫4NT则是严肃的。在东持有K时叫5或5是在对手主打5♠时建议首攻。但如果他持有A时则建议攻另外一门低花。
如果东Pass或加倍而西决定首攻红心,则他应该首攻Q或小而不是A或K;如果他们能够隐藏顶张,则他们依然能够用这个密钥为防守信号加密。显然如果你使用罗森加密约定你要损失些东西。当对手听到你的解释,看看他们的表情是多么有意思的事啊!

桃花坞里桃花庵,桃花庵下桃花仙。桃花仙人种桃树,又摘桃花换酒钱。
酒醒只在花前坐,酒醉还来花下眠。半醉半醒日复日,花落花开年复年。
但愿老死花酒间,不愿鞠躬车马前。车尘马足显者事,酒盏花枝隐士缘。
若将显者比隐士,一在平地一在天。若将花酒比车马,彼何碌碌我何闲。
别人笑我太疯癫,我笑他人看不穿。不见五陵豪杰墓,无花无酒锄作田。
用户在线信息
当前查看此主题的会员: 3 人。其中注册用户 0 人,访客 3 人。


深圳市桥牌协会

  • 联系我们 - 深圳市桥牌协会 - 论坛存档 - 返回顶部
    Powered by SZBRG 2008 ACCESS © 1998-2024
  • Processed in 0.03 second(s)
    Server Time 2024/12/23 11:47:13