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: 关于典当DAC  (Read 1790 times)

0 Members and 1 Guest are viewing this topic.

Offline Overthetop

关于典当DAC
« on: March 26, 2014, 03:19:07 PM »

    在和大家头脑风暴的过程中,发现可以做个基于典当应用的DAC。

    该DAC用于实现虚拟世界中的股权、虚拟货币或者其他数字资产的典当模式。

    典当是传统经济领域一个古老而又巨大的市场,这个需求一定会出现相对应的DAC来实现。

    借此,新开一个主题,欢迎大家一起讨论。

    目前初步的设想如下:(会不断成熟和完善)
     1、 接受的业务范围: 虚拟货币、用ME系统发行的股权、3i生态圈中的各类BTA、DNS、甚至是跨链的有价值的产品(比如XCP系统中的资产、股票等等)
     2、 典当过程中的价格折扣通过市场化的机制实行撮合,类似于拍卖或者分布式交易所实现的挂单委托等等。
     3、 在当期中的典当物价值波动,对于合约双方都是无视的。 不论市场价格如果变动,DAC只是硬性执行典当合约,仅此而已。

   这个就是一个典型的典当DAC,不是有抵押的P2P抵押贷款(有很多差异)。

   举例说明:
   张三有Me系统中的896股份1000股,他个人看好该公司的长期发展,所以不打算在三年内卖出股权获利。 在最近的一天,由于强烈看好一个虚拟币的市场机会,想很快获得一笔融资。这时候,张三利用典当DAC把1000股896的股份以比较低的折扣挂出去,申请融资20btc,典当时间为3天,并愿意向受当方出价2个BTC作为利息。李四看到张三的委托单愿意承担这个业务,支付20btc给张三,并获得1000股896的股权锁定。 如果3天后张三没能力或者放弃赎回,则系统自动将数字化的896股权正式转给李四。(这个例子中只是用简单的静态价格实行撮合,没有叫价或者拍卖确定利息的过程)

   在这个需求中,张三是没有意愿要卖896股份的,但是由于急需资金,不可能给市场很长的时间去衡量典当物的价值,因此需要各方承担一定的风险,但是利息会比其他的P2P抵押贷款高很多。 所以,需要典型的典当模式DAC以解决这个需求。

    这也是其他P2P借贷模式不会涵盖的需求。
« Last Edit: March 27, 2014, 05:13:07 AM by Overthetop »
个人微博账号: Overthetop_万里晴空
“块链创新与创业”交流群: 330378613

Offline suzhu01

  • Sr. Member
  • ****
  • Posts: 203
    • View Profile
Re: 关于典当DAC
« Reply #1 on: March 26, 2014, 04:13:23 PM »
good idear!
PTS:PfshcXbRBQ1ouepXYN4QG1kjTLgvtPL68W
BTSX Account:suzhu01

Offline orlander

  • Full Member
  • ***
  • Posts: 58
    • View Profile
Re: 关于典当DAC
« Reply #2 on: March 26, 2014, 04:16:06 PM »

不错的想法,典当物品的所有权如何解决?需要第三方托管?

Offline logxing

Re: 关于典当DAC
« Reply #3 on: March 27, 2014, 12:38:54 AM »
本质上是一种新型的交易,技术手段预计与原子化跨链交易类似。需求描述如下:
Alice欲以一定量a资产做抵押换取一定量b资产,bob接单后,alice获取bob支付的b资产并可以自由使用。a资产被锁定,在一定时间内,如果alice不支付回b资产来赎回抵押物,那么作为抵押物的a资产将解锁并属于bob,如果alice及时赎回,那么alice只需要支付少量的费用给bob,作为bob的报酬。

对于该dac,仅仅是多了一种上述交易类型,其实完全不必考虑典当,拍卖等现实中的词汇,否则对这些词汇的直观理解可能会引起误会。

来自我的 HUAWEI P6-C00 上的 Tapatalk

BTS Account:logxing

Offline Webber

  • Sr. Member
  • ****
  • Posts: 220
    • View Profile
Re: 关于典当DAC
« Reply #4 on: March 27, 2014, 01:44:09 AM »
本质上是一种新型的交易,技术手段预计与原子化跨链交易类似。需求描述如下:
Alice欲以一定量a资产做抵押换取一定量b资产,bob接单后,alice获取bob支付的b资产并可以自由使用。a资产被锁定,在一定时间内,如果alice不支付回b资产来赎回抵押物,那么作为抵押物的a资产将解锁并属于bob,如果alice及时赎回,那么alice只需要支付少量的费用给bob,作为bob的报酬。

对于该dac,仅仅是多了一种上述交易类型,其实完全不必考虑典当,拍卖等现实中的词汇,否则对这些词汇的直观理解可能会引起误会。

来自我的 HUAWEI P6-C00 上的 Tapatalk

考虑以下问题:1、在锁定期间,当a资产相对b资产下跌不足以抵偿alice欠款的时候,是否存在强制平仓机制保护,还是此风险由bob承担?
                     2、如果锁定到期后,a资产相对b资产上涨,bob出售a资产扣除本金和手续费,剩余资产是否要归还alice?
Bitshares2.0 witness node:delegate.webber
Bitshares2.0 API:ws://114.215.116.57:8090

Offline Webber

  • Sr. Member
  • ****
  • Posts: 220
    • View Profile
Re: 关于典当DAC
« Reply #5 on: March 27, 2014, 01:54:58 AM »
本质上是一种新型的交易,技术手段预计与原子化跨链交易类似。需求描述如下:
Alice欲以一定量a资产做抵押换取一定量b资产,bob接单后,alice获取bob支付的b资产并可以自由使用。a资产被锁定,在一定时间内,如果alice不支付回b资产来赎回抵押物,那么作为抵押物的a资产将解锁并属于bob,如果alice及时赎回,那么alice只需要支付少量的费用给bob,作为bob的报酬。

对于该dac,仅仅是多了一种上述交易类型,其实完全不必考虑典当,拍卖等现实中的词汇,否则对这些词汇的直观理解可能会引起误会。

来自我的 HUAWEI P6-C00 上的 Tapatalk

考虑以下问题:1、在锁定期间,当a资产相对b资产下跌不足以抵偿alice欠款的时候,是否存在强制平仓机制保护,还是此风险由bob承担?
                     2、如果锁定到期后,a资产相对b资产上涨,bob出售a资产扣除本金和手续费,剩余资产是否要归还alice?


作为类似于典当的交易类型貌似也不需要强制平仓和归还的问题,否则就跟系统的买空卖空机制相同了。
风险还是需要各自承担,利弊alice和bob各自博弈。
Bitshares2.0 witness node:delegate.webber
Bitshares2.0 API:ws://114.215.116.57:8090

Offline logxing

Re: 关于典当DAC
« Reply #6 on: March 27, 2014, 02:14:34 AM »
是的,资产波动需要双方自行承担,这是一个单纯的抵押借贷,一般情况下是会赎回的,其实这东西不是当铺,现实当铺收的一般是价值量不太明确的东西,这东西一般也难以卖出去。在dac中作为抵押物的东西一般有明确的价值量,所以更像抵押贷款,一般来说还是准备赎回的。其实这个是有抵押物的p2p借贷系统。不过用户用钱也可以直接卖掉a资产,一般也能拿到更多的钱,为何要抵押借贷呢?这里需要挖掘用户需求。

来自我的 HUAWEI P6-C00 上的 Tapatalk

BTS Account:logxing

Offline 天籁

  • Hero Member
  • *****
  • Posts: 579
    • View Profile
Re: 关于典当DAC
« Reply #7 on: March 27, 2014, 02:31:51 AM »
还是要考虑一个实物典当,需求大。系统引入精算师、典当师之类的,类似保险DAC模式。

Offline planetlife

  • Sr. Member
  • ****
  • Posts: 342
    • View Profile
Re: 关于典当DAC
« Reply #8 on: March 27, 2014, 03:40:21 AM »
典当发生的条件应该是某物件不容易变现,或者不想变现,而又有临时资金需求的融资方法;对于数字资产类的,应当很容易变现,对于实物资产,怎样对接DAC中,有待持续头脑风暴了。
--------
BTS: ptschina hi
PTS中国

Offline mtang

  • Sr. Member
  • ****
  • Posts: 366
  • BTSX id:mtang
    • View Profile
Re: 关于典当DAC
« Reply #9 on: March 27, 2014, 04:01:26 AM »
这样说来和Me还是一个东西,场外提供证明担保,场内发行股票也好债券也行实现变现
BTSX:wallet_approve_delegate btsx.outofcontrol true
DNS :wallet_account_set_approval mtang true
感谢给我们的受托人团队“失控”btsx.outofcontro以及she.bitrose投票。请关注FUND数字资产运作计划//立足兢兢业业的standby delegate//weibo ID:汤O包

Offline orlander

  • Full Member
  • ***
  • Posts: 58
    • View Profile
Re: 关于典当DAC
« Reply #10 on: March 27, 2014, 04:07:11 AM »
本质上是一种新型的交易,技术手段预计与原子化跨链交易类似。需求描述如下:
Alice欲以一定量a资产做抵押换取一定量b资产,bob接单后,alice获取bob支付的b资产并可以自由使用。a资产被锁定,在一定时间内,如果alice不支付回b资产来赎回抵押物,那么作为抵押物的a资产将解锁并属于bob,如果alice及时赎回,那么alice只需要支付少量的费用给bob,作为bob的报酬。

对于该dac,仅仅是多了一种上述交易类型,其实完全不必考虑典当,拍卖等现实中的词汇,否则对这些词汇的直观理解可能会引起误会。

来自我的 HUAWEI P6-C00 上的 Tapatalk

那考慮到Me可以抵押資產來發行股票,這個當鋪就有點沒必要了??

Offline Overthetop

Re: 关于典当DAC
« Reply #11 on: March 27, 2014, 04:29:42 AM »
大家讨论的思路和我想的不是太一样。

我的初始想法,就是典当。

典当是一个非常精确的词语表达了这个需求。

该DAC就是传统的典当行业在虚拟世界的应用。

典当的当事人各自的需求和动机都是非常明确的。

这个就是一个典型的典当DAC,不是有抵押的P2P抵押贷款(有很多差异)。

举个例子,张三有Me系统中的896股份1000股,他个人看好该公司的长期发展,所以不打算在三年内卖出股权获利。 在最近的一天,由于强烈看好一个虚拟币的市场机会,想很快获得一笔融资。这时候,张三利用典当DAC把1000股896的股份以比较低的折扣挂出去,申请融资20btc,典当时间为3天,并愿意向受当方出价2个BTC作为利息。李四看到张三的委托单愿意承担这个业务,支付20btc给张三,并获得1000股896的股权锁定。 如果3天后张三没能力或者放弃赎回,则系统自动将数字化的896股权正式转给李四。(这个例子中只是用简单的静态价格实行撮合,没有叫价或者拍卖确定利息的过程)


在这个需求中,张三是没有意愿要卖896股份的,但是由于急需资金,不可能给市场很长的时间去衡量典当物的价值,因此需要各方承担一定的风险,但是利息会比其他的P2P抵押贷款高很多。 所以,需要典型的典当模式DAC以解决这个需求。

关于在当期中的典当物价值波动,对于合约双方都是无视的。 不论市场价格如果变动,DAC只是硬性执行典当合约,仅此而已。

这也是其他P2P借贷模式不会涵盖的需求。





« Last Edit: March 27, 2014, 04:55:04 AM by Overthetop »
个人微博账号: Overthetop_万里晴空
“块链创新与创业”交流群: 330378613

Offline 当年很厉害

  • Sr. Member
  • ****
  • Posts: 310
    • View Profile
Re: 关于典当DAC
« Reply #12 on: March 27, 2014, 04:42:43 AM »
本质上是一种新型的交易,技术手段预计与原子化跨链交易类似。需求描述如下:
Alice欲以一定量a资产做抵押换取一定量b资产,bob接单后,alice获取bob支付的b资产并可以自由使用。a资产被锁定,在一定时间内,如果alice不支付回b资产来赎回抵押物,那么作为抵押物的a资产将解锁并属于bob,如果alice及时赎回,那么alice只需要支付少量的费用给bob,作为bob的报酬。

对于该dac,仅仅是多了一种上述交易类型,其实完全不必考虑典当,拍卖等现实中的词汇,否则对这些词汇的直观理解可能会引起误会。

来自我的 HUAWEI P6-C00 上的 Tapatalk

那考慮到Me可以抵押資產來發行股票,這個當鋪就有點沒必要了??

ME跟这个完全不是一个东西呀,ME里面可以抵压房产吗?能随时赎回抵压物吗?
BTS粉里有SB!

Offline Webber

  • Sr. Member
  • ****
  • Posts: 220
    • View Profile
Re: 关于典当DAC
« Reply #13 on: March 27, 2014, 04:51:30 AM »
大家讨论的思路和我想的不是太一样。

我的初始想法,就是典当。

典当是一个非常精确的词语表达了这个需求。

就是传统的典当行业在虚拟世界的应用。

典当的当事人各自的需求和动机都是非常明确的。

这个就是一个典型的典当DAC,不是有抵押的P2P抵押贷款(有很多差异)。

举个例子,张三有Me系统中的896股份1000股,他个人看好该公司的长期发展,所以不打算在三年内卖出股权获利。 在最近的一天,由于强烈看好一个虚拟币的市场机会,想很快获得一笔融资。这时候,张三利用典当DAC把1000股896的股份以比较低的折扣挂出去,申请融资20btc,典当时间为3天,并愿意向受当方出价2个BTC作为利息。李四看到张三的委托单愿意承担这个业务,支付20btc给张三,并获得1000股896的股权锁定。 如果3天后张三没能力或者放弃赎回,则系统自动将数字化的896股权正式转给李四。(这个例子中只是用简单的静态价格实行撮合,没有叫价或者拍卖确定利息的过程)


在这个需求中,张三是没有意愿要卖896股份的,但是由于急需资金,不可能给市场很长的时间去衡量典当物的价值,因此需要各方承担一定的风险,但是利息会比其他的P2P抵押贷款高很多。 所以,需要典型的典当模式DAC以解决这个需求。

关于在当期中的典当物价值波动,对于合约双方都是无视的。 不论市场价格如果变动,DAC只是硬性执行典当合约,仅此而已。

这也是其他P2P借贷模式不会涵盖的需求。

理解。
Bitshares2.0 witness node:delegate.webber
Bitshares2.0 API:ws://114.215.116.57:8090

Offline mtang

  • Sr. Member
  • ****
  • Posts: 366
  • BTSX id:mtang
    • View Profile
Re: 关于典当DAC
« Reply #14 on: March 27, 2014, 05:12:47 AM »
大家讨论的思路和我想的不是太一样。

我的初始想法,就是典当。

典当是一个非常精确的词语表达了这个需求。

该DAC就是传统的典当行业在虚拟世界的应用。

典当的当事人各自的需求和动机都是非常明确的。

这个就是一个典型的典当DAC,不是有抵押的P2P抵押贷款(有很多差异)。

举个例子,张三有Me系统中的896股份1000股,他个人看好该公司的长期发展,所以不打算在三年内卖出股权获利。 在最近的一天,由于强烈看好一个虚拟币的市场机会,想很快获得一笔融资。这时候,张三利用典当DAC把1000股896的股份以比较低的折扣挂出去,申请融资20btc,典当时间为3天,并愿意向受当方出价2个BTC作为利息。李四看到张三的委托单愿意承担这个业务,支付20btc给张三,并获得1000股896的股权锁定。 如果3天后张三没能力或者放弃赎回,则系统自动将数字化的896股权正式转给李四。(这个例子中只是用简单的静态价格实行撮合,没有叫价或者拍卖确定利息的过程)


在这个需求中,张三是没有意愿要卖896股份的,但是由于急需资金,不可能给市场很长的时间去衡量典当物的价值,因此需要各方承担一定的风险,但是利息会比其他的P2P抵押贷款高很多。 所以,需要典型的典当模式DAC以解决这个需求。

关于在当期中的典当物价值波动,对于合约双方都是无视的。 不论市场价格如果变动,DAC只是硬性执行典当合约,仅此而已。

这也是其他P2P借贷模式不会涵盖的需求。

了解楼主的想法了。不过我想到的是这样的用户场景会非常多么?另外这样的典当时效性特别强,如果没有很多用户关注并及时成功交易的话,这样的DAC存活的可能性有多高?
BTSX:wallet_approve_delegate btsx.outofcontrol true
DNS :wallet_account_set_approval mtang true
感谢给我们的受托人团队“失控”btsx.outofcontro以及she.bitrose投票。请关注FUND数字资产运作计划//立足兢兢业业的standby delegate//weibo ID:汤O包

 

Google+