Beam Unique Features - Reading Assignment

Privacy Coins - Ultimate Course
#62

  • GRIN uses a timelock. What additional functionality does BEAM add to this timelock?
    beam defines the top limit of time over which the tx can’t be set in a block

  • BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?
    refunding fees

In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?
thanks to sbbs that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions

How does BEAM plan to support one-sided transactions?
using a process it calls kernel fusion , whereby a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction

1 Like
#63

  1. BEAM supports setting an explicit incubation period on a UTXO, which limits its ability to be spent to a specific number of blocks after its creation. This is different to a timelock, which prevents a transaction from being added to a block before a certain time.

  2. In order to consume the existing kernels without compromising the transaction irreversibility principle, BEAM proposes that a multiplier be applied to an old kernel by the same user who has visibility of the old kernel, and that this be used in a new transaction. In order to incentivize transactions to be built in this way, BEAM includes a fee refund model for these types of transactions. This feature will not be part of the initial release.

  3. BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions

  4. BEAM also plans to support one-sided transactions where the payee in a transaction who expects to be paid a certain amount can construct their half of the transaction and send this half-constructed transaction to the payer. The payer can then finish constructing the transaction and publish it to the blockchain.

1 Like
#64

  1. BEAM adds the ability to specify an upper time limit after which the transaction can no longer be added to the block

  2. Users are encouraged to recycle transaction kernels with a fee refund

  3. BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions

  4. BEAM plans to support one-sided transaction by kernel fusion whereby a kernal can include a reference to another kernel so that it is only valid if both kernels are present in the transaction

1 Like
#65

1.) GRIN uses a timelock. What additional functionality does BEAM add to this timelock?
BEAM includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block. This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.

2.) BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?
In order to incentivize transactions to be built in this way, BEAM includes a fee refund model for these types of transactions.

3.) In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?
BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions.

4.) How does BEAM plan to support one-sided transactions?
In addition to the secure BBS communication channel, BEAM also plans to support one-sided transactions where the payee in a transaction who expects to be paid a certain amount can construct their half of the transaction and send this half-constructed transaction to the payer. The payer can then finish constructing the transaction and publish it to the blockchain. Under the normal Mimblewimble system this is not possible, because it would involve revealing your blinding factor to the counterparty. BEAM solves this problem by using a process it calls kernel fusion, whereby a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction. In this way, the payee can build their half of the transaction with a secret blinding factor and a kernel that compensates for their blinding factor, which must be included when the payer completes the transaction.

1 Like
#66

1 BEAM also includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block.
This means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.
2 . In order to incentivize transactions to recycle kernels, BEAM includes a fee refund model for these types of transactions.
3 BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions.
4 BEAM solves the problem with one sided transactions, by using a process it calls kernel fusion, whereby a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction. In this way, the payee can build their half of the transaction with a secret blinding factor and a kernel that compensates for their blinding factor, which must be included when the payer completes the transaction.

1 Like
#67
  1. BEAM enables to specify an upper time limit on the timelock, which establishes a time limit after which the transaction will no longer be included in the block.
  2. By including a fee refund model for transactions based on such recycling process.
  3. Thanks to the implementation of the Secure Bulletin Board System (SBBS), which runs on BEAM full-nodes.
  4. Using “kernel fusion”, thanks to which a kernel can be used as reference to another one to make the transaction valid only if both are present.
1 Like
#68
  1. includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block
  2. they include a fee refund model for these types of transactions
  3. BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions
  4. by using a process they calls “kernel fusion”, where a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction
1 Like
#69

GRIN uses a timelock. What additional functionality does BEAM add to this timelock?

BEAM supports setting an explicit incubation period on a UTXO, which limits its ability to be spent to a specific number of blocks after its creation [ 13 ]. This is different to a timelock, which prevents a transaction from being added to a block before a certain time. BEAM also supports the traditional timelock feature, but includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block [ 13 ]. This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.

BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?

In order to incentivize transactions to be built in this way, BEAM includes a fee refund model for these types of transactions.

In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?

BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions

How does BEAM plan to support one-sided transactions?

In addition to the secure BBS communication channel, BEAM also plans to support one-sided transactions where the payee in a transaction who expects to be paid a certain amount can construct their half of the transaction and send this half-constructed transaction to the payer. The payer can then finish constructing the transaction and publish it to the blockchain.

1 Like
#70

  1. GRIN uses a timelock. What additional functionality does BEAM add to this timelock?
    The ability to specify an upper time limit in which a tx can be included in a block.

  2. BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?
    Beam incentivises users with fee refund model.

  3. In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?
    Beam has implemented a Secured Bulletin Board System (SBBS) to ensure asynchronously tx negotiation.

  4. How does BEAM plan to support one-sided transactions?
    Using a “kernal fusion”, a kernal will include a refence to a previous kernel, making valid if both kernels are present in the transaction.

1 Like
#71
  1. BEAM adds ability to also specify an upper time limit, after which the transaction can no longer be included in a block. A party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.

2.In order to incentivize transactions to be built in this way, BEAM includes a fee refund model for these types of transactions

3.Through “KERNAL FUSION” a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction

4.BEAM also plans to support one-sided transactions where the payee in a transaction who expects to be paid a certain amount can construct their half of the transaction and send this half-constructed transaction to the payer

1 Like
#72

1. GRIN uses a timelock. What additional functionality does BEAM add to this timelock?

It allows for setting an explicit incubation period on a UTXO in order it from being spent up until a specific number of new blocks have been created on the Blockchain.

BEAM also supports the traditional timelock feature, but includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block. This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.

2. BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?

By including a fee refund model for these types of transactions.

3. In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?

BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions.

4. How does BEAM plan to support one-sided transactions?

By allowing the payee to construct half of a transaction for the amount they expect to be paid, before sending it to the payer who will construct the final half. The payer will then send the complete transaction to the blockchain where it will be published, as a result funds are transferred to the payee.

1 Like
#73

  1. It allows to add a time lock, after which the transaction can not be included to the block.

  2. A fee refund.

  3. Secure Bulletin Board System.

  4. By adding a reference kernel to another kernel that make TRx valid only if both kernels are included at kernel fusion.

1 Like
#74
  1. GRIN uses a timelock. What additional functionality does BEAM add to this timelock?

“BEAM supports the traditional timelock feature but includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block . This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.”

  1. BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?

“BEAM proposes that a multiplier be applied to an old kernel by the same user who has visibility of the old kernel, and that this be used in a new transaction. In order to incentivize transactions to be built in this way , BEAM includes a fee refund model for these types of transactions .”

  1. In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?

“BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions.”
“In addition to the secure BBS communication channel, BEAM also plans to support one-sided transactions where the payee in a transaction who expects to be paid a certain amount can construct their half of the transaction and send this half-constructed transaction to the payer. The payer can then finish constructing the transaction and publish it to the blockchain.”

  1. How does BEAM plan to support one-sided transactions?

“BEAM plans to support one-sided transactions by using a process it calls kernel fusion , whereby a kernel can include a reference to another kernel so that it is only valid if both kernels are present in the transaction. In this way, the payee can build their half of the transaction with a secret blinding factor and a kernel that compensates for their blinding factor, which must be included when the payer completes the transaction.”

1 Like
#75

Beam Unique Features

Best of the Rest

Beam Unique Features - Reading Assignment

Visit this exhaustive article on MimbleWimble. While you’re here, bookmark this site because it’s an amazing reference on all things blockchain privacy. When you’ve done that, read the section titled ‘BEAM Unique Features’, answer the questions and post your answers below:

https://tlu.tarilabs.com/protocols/grin-beam-comparison/MainReport.html#beam-unique-features

Questions (Only on section ‘BEAM Unique Features’):

  • GRIN uses a timelock. What additional functionality does BEAM add to this timelock?

Timelocks with a minimum and maximum threshold.

  • BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?

Fee refunds

  • In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?

By being a network for Anonymous Transactions & communication channel for nodes to relay waiting messages held by a node, with timestamps to assure you get the latest message, upon sync

, Users will be able to communicate with each other in a secure asynchronous way.

  • The full nodes form a store-and-forward network, to receive message then stores in a database, only to relay them with a distributed hash table (DHT). Clients/wallets subscribe to nodes for new messages, like listening to a channel to and avoid old messages with timestamp. The Receiver auto-decrypts message sent to one’s address

  • How does BEAM plan to support one-sided transactions?

kernel fusion

1 Like
#76

  1. GRIN uses a timelock. What additional functionality does BEAM add to this timelock?
    BEAM includes the ability to also specify an upper time limit, after which the transaction can no longer be included in a block. This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after a certain time, it will never appear.

  2. BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?
    In order to incentivize transactions to be built in this way, BEAM includes a fee refund model for these types of transactions.

  3. In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?
    BEAM has implemented a Secure Bulletin Board System (SBBS) that is run on BEAM full-nodes to allow for asynchronous negotiation of transactions.

  4. How does BEAM plan to support one-sided transactions?
    They developed a process called kernel fusion, so a reciver is able to construct one half of a transaction without revealing his blinding factors

1 Like
#77

BEAN Unique Features - Reading

  1. “GRIN uses timelock”. The additional functionality that BEAM add to this timelock, is the ability to also specify an upper limit after which the transaction can no longer be included in a block. This feature means that a party can be sure that if a transaction is not included in a block on the main blockchain after certain time, it will never appear.

  2. BEAN proposes to improve scalability by letting users recycle transaction kernels. They use a fee refund model to incentivize users to recycle transaction kernels.

  3. “In a Grin transaction, both parties must be online at the same time”.
    BEAN allows this to be done asynchronously by implementing a Secured Bulletin Board System (SBBS) that is run on BEAM’s full-nodes to allow for asynchronous negotiation of transactions.

  4. BEAN plan to support One-sided transactions by letting the payee in a transaction who expect to be paid a certain amount, can construct their half of the transaction and send their half constructed transaction to the payer. The payer can then finish constructing the transaction and publish it to the blockchain.

1 Like
#78
  • GRIN uses a timelock. What additional functionality does BEAM add to this timelock?
    Limits UTXO ability to be spent to a specific number of blocks after its creation.
  • BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?
    Fee refund model.
  • In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?
    Using a secure bulletin board system.
  • How does BEAM plan to support one-sided transactions?
    Payee can construct their half of the transaction and send this half-constructed transaction to the payer.
1 Like
#79

1.- Upper time limit on the timelock, after which the tx will no longer be included in the block.
2.- With a fee refund model for these types of tx
3.- Thanks to SBBS Secure Bulletin Board System, which runs on BEAM full nodes allowing for asynchronously negociation of tx
4.- Using Kernel fusion, Kernel can be used as reference to another one to make tx valid if both are present

1 Like
#80
  • GRIN uses a timelock. What additional functionality does BEAM add to this timelock?

Beam added the ability to add an upper limit so the transaction is blocked from being added to the block once the time has passed.

  • BEAM proposes to improve scalability by letting users recycle transaction kernels. How will they encourage users to use this feature?

By refunding fees

  • In a GRIN transaction, both parties must be online at the same time. How does BEAM allow this to be done asynchronously?

By having a Secure Bulletin Board System on the nodes allowing asynchronous negotiation of the transactions

  • How does BEAM plan to support one-sided transactions?

By using kernel fusion where a kernel includes a reference value of another kernel. A transaction can only be valid if both are present.

1 Like
#81
  1. Incubation period where a UTXO cannot be spent as well as an upper limit where a UTXO cannot be spent after that time.
  2. The utilize a fee refund that will return fees paid to users who opt in.
  3. It uses a Secure Bulletin Board System (SBBS) which is run by a node to allow txs to happen asynchronous.
  4. Kernel Fusion - Adding an additional kernel to the signature and require that the signature have both kernels to be valid.
1 Like