Author [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: 建议增加一个功能,屏蔽指定用户,保存在本地即可。  (Read 389 times)

0 Members and 1 Guest are viewing this topic.

Offline logxing


建议增加一个功能,屏蔽指定用户,保存在本地即可。
屏蔽指定用户,不出现在转账时的自动提示列表里,以免误发款。
如果向其发款,系统提出特殊的警告。

现在有人故意注册相似的ID,以此误导别人发钱。

比如我的一个ID是logxing521,有人注册了一个logxing52I

引长弓的是yinchg,有人注册了一个yinchgg
BTS Account:logxing

Offline sudo

  • Hero Member
  • *****
  • Posts: 2202
    • View Profile
  • BTS: ags
相似度很高的id  系统可以做正则然后自动提醒 就好了
注意核对id
加个选项 超过一定金额输入两边id或id+地址才能发送啥的
i1  o0
android  andorid……

Offline logxing

建立黑名单和白名单功能比较好。现在的自动提示很自由方便,但是也容易误点。
BTS Account:logxing

Offline yinchanggong

  • Sr. Member
  • ****
  • Posts: 463
    • View Profile
    • 微博 引长弓Fate
自动提示致错率高,的确需要改进。

来自我的 M353 上的 Tapatalk

BTSX delegate: google.helloworld    microsoft.helloworld
BTSX Account:yinchg   Manager of BTSXCHINA Charity Fund
引长弓Fate 新浪微博

Offline 当年很厉害

  • Sr. Member
  • ****
  • Posts: 310
    • View Profile
转账方式最好可以选择.
这样可以再增加一种转账方式:A发转账请求给B;B看到账请求后备注一条双方约定好的信息,比如:"你好,J神,算完账请抽点时间点确认!",然后点确认;A看到B的备注信息后,确认无误,再点确认.交易才算完成.
BTS粉里有SB!

Offline logxing

转账方式最好可以选择.
这样可以再增加一种转账方式:A发转账请求给B;B看到账请求后备注一条双方约定好的信息,比如:"你好,J神,算完账请抽点时间点确认!",然后点确认;A看到B的备注信息后,确认无误,再点确认.交易才算完成.

这个确实是个好主意,这个叫做付款请求。现实中公司间付款是很常用的。
针对包含有意义信息的请求付款,可以降低误发送可能。

不过同时也要防止被钓鱼,要有一定的请求手续费,不然每天收到大量请求。
BTS Account:logxing

Offline ripplexiaoshan

  • Moderator
  • Hero Member
  • *****
  • Posts: 1982
    • View Profile
  • BTS: xiaoshan
没想到BTSX用户只有这么一点,网络上的骗子手法就都冒出来了。如果是特别大额的交易,可以先发0.1个BTSX过去,MEMO里写上一个确认消息,对方回复了你想要的答案,说明地址是正确的,存到联系人列表里,第二次直接点ID就行了,不需要输入
BTS ID:xiaoshan                   www.yoyow.org      www.btsabc.org      www.openledger.info

Offline willaim

  • Full Member
  • ***
  • Posts: 113
  • Never forget your dream!
    • View Profile
log所言的"付款请求"大大增加了付款的复杂性,需要双方多次信息确认.时间长,麻烦.如果双方在不同的时区(例如一个在美国一个在中国), 搞一个付款请求确认, 你来我往要2个工作日很正常. 因为你发了付款请求给我的时候,我还在另外一个时区睡觉呢. 等我起床了,你又睡觉了. 这种方法感觉回到了原始社会.

我在德国多年, 可以参考老外的做法:

转账发起人必须同时确认收款人的银行帐号和姓名,这二者都是匹配的, 转账才能成功.
所以企业之间转账的时候, 需要同时输入帐号和姓名. 帐号错误的概率是千分之一, 姓名错误的概率也是千分之一的话,那么双重错误就类似于飞机2个发动机都同时出故障,这个概率是0.1% * 0.1%

结论: 应该同时公布BTSX的帐号和名称给对方. 这样就不容易错误, 也不需要收款方参与"付款确认"了.
例如: 我的帐号是william, 我的BTSX ID是BTSXABCD991.
那么对方必在第一行时输入william, 在第二行输入BTSXABCD991.那么转账才会成功. 这样效率最高,成功率最高. 请3i考虑采纳.
Please contribute PTS to this address if my info is useful for you: PjjYtWpwmwEMA1MK9mjpDpSYzkTMPgjm7X

Offline ripplexiaoshan

  • Moderator
  • Hero Member
  • *****
  • Posts: 1982
    • View Profile
  • BTS: xiaoshan
log所言的"付款请求"大大增加了付款的复杂性,需要双方多次信息确认.时间长,麻烦.如果双方在不同的时区(例如一个在美国一个在中国), 搞一个付款请求确认, 你来我往要2个工作日很正常. 因为你发了付款请求给我的时候,我还在另外一个时区睡觉呢. 等我起床了,你又睡觉了. 这种方法感觉回到了原始社会.

我在德国多年, 可以参考老外的做法:

转账发起人必须同时确认收款人的银行帐号和姓名,这二者都是匹配的, 转账才能成功.
所以企业之间转账的时候, 需要同时输入帐号和姓名. 帐号错误的概率是千分之一, 姓名错误的概率也是千分之一的话,那么双重错误就类似于飞机2个发动机都同时出故障,这个概率是0.1% * 0.1%

结论: 应该同时公布BTSX的帐号和名称给对方. 这样就不容易错误, 也不需要收款方参与"付款确认"了.
例如: 我的帐号是william, 我的BTSX ID是BTSXABCD991.
那么对方必在第一行时输入william, 在第二行输入BTSXABCD991.那么转账才会成功. 这样效率最高,成功率最高. 请3i考虑采纳.

这个方法听起来很不错,如果小额的就用别名,如果大额的就两步确认,我已经翻译到英文版,希望能有人采纳。
BTS ID:xiaoshan                   www.yoyow.org      www.btsabc.org      www.openledger.info

Offline willaim

  • Full Member
  • ***
  • Posts: 113
  • Never forget your dream!
    • View Profile
感谢捧场啊,我有空翻译到英语板块


Sent from my iPad using Tapatalk
Please contribute PTS to this address if my info is useful for you: PjjYtWpwmwEMA1MK9mjpDpSYzkTMPgjm7X

Offline BTSdac

短别名的意义就在于此
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline BTSdac

log所言的"付款请求"大大增加了付款的复杂性,需要双方多次信息确认.时间长,麻烦.如果双方在不同的时区(例如一个在美国一个在中国), 搞一个付款请求确认, 你来我往要2个工作日很正常. 因为你发了付款请求给我的时候,我还在另外一个时区睡觉呢. 等我起床了,你又睡觉了. 这种方法感觉回到了原始社会.

我在德国多年, 可以参考老外的做法:

转账发起人必须同时确认收款人的银行帐号和姓名,这二者都是匹配的, 转账才能成功.
所以企业之间转账的时候, 需要同时输入帐号和姓名. 帐号错误的概率是千分之一, 姓名错误的概率也是千分之一的话,那么双重错误就类似于飞机2个发动机都同时出故障,这个概率是0.1% * 0.1%

结论: 应该同时公布BTSX的帐号和名称给对方. 这样就不容易错误, 也不需要收款方参与"付款确认"了.
例如: 我的帐号是william, 我的BTSX ID是BTSXABCD991.
那么对方必在第一行时输入william, 在第二行输入BTSXABCD991.那么转账才会成功. 这样效率最高,成功率最高. 请3i考虑采纳.

这个方法听起来很不错,如果小额的就用别名,如果大额的就两步确认,我已经翻译到英文版,希望能有人采纳。
听起来不错, 但有个问题,
1.如果名称是由用户注册时候设定的,还是根据私钥钥算出来的,  如果是用户注册时候决定的,那么在块链上是公开的吗,如果是公开的,那么骗子也可以注册相似的别名和相同的名字.这样的后果是安全性相等,但用户认为有两道防线,实际应用安全性降低.如果是根据私钥算出来的,那么多名字就是随机的,也比较难记住.   要么就是 别名是唯一性的,名字也要唯一性.
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline sudo

  • Hero Member
  • *****
  • Posts: 2202
    • View Profile
  • BTS: ags
转账方式最好可以选择.
这样可以再增加一种转账方式:A发转账请求给B;B看到账请求后备注一条双方约定好的信息,比如:"你好,J神,算完账请抽点时间点确认!",然后点确认;A看到B的备注信息后,确认无误,再点确认.交易才算完成.

这个确实是个好主意,这个叫做付款请求。现实中公司间付款是很常用的。
针对包含有意义信息的请求付款,可以降低误发送可能。

不过同时也要防止被钓鱼,要有一定的请求手续费,不然每天收到大量请求。

我要收款  支付功能可以去学支付宝
手机端 二维码……

 

Google+