You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When any message is published to the Tangle, the function returns success if the message has successfully been pushed into the network. This does however not provide any guarantees that messages will be confirmed. Without a confirmation a message is not immutably stored on the Tangle as we have no guarantee that all nodes have observed the message, nor will it be stored in the permanodes. Therefore messages are either promoted or reattached in order to make sure they get confirmed. Promotion adds a new message to the Tangle with no payload (and therefore little PoW) that references our original DID message, increasing the odds it will be picked up by consensus. Reattaching publishes the message with the original payload again to the Tangle, this is done if the original message has become to old to be considered for consensus (also known as "below max-depth"). The Client library already has a very helpful retry_until_included function that we can utilize.
Since Chrysalis Phase 2, consensus has been VERY reliable and most messages get confirmed without promotion or reattachment, however for 1.0 we need to provide guarantees. In addition, we need to update the API in order for an application to know if a message fails to be included even after retries, such as during a time that the coordinator is offline. This will probably be triggered after several MINUTES! So we need to be careful about that.
Motivation
For a 1.0 release, we need to provide guarantees that a message is included in the Tangle.
Resources
Retry_until_included from IOTA.rs
To-do list
Create a task-specific to-do list . Please link PRs that match the To-do list item behind the item after it has been submitted.
Implement retry_until_included into our publishing logic
Provide a way for library consumers to be notified if confirmation fails
The text was updated successfully, but these errors were encountered:
Description
When any message is published to the Tangle, the function returns success if the message has successfully been pushed into the network. This does however not provide any guarantees that messages will be confirmed. Without a confirmation a message is not immutably stored on the Tangle as we have no guarantee that all nodes have observed the message, nor will it be stored in the permanodes. Therefore messages are either
promoted
orreattached
in order to make sure they get confirmed.Promotion
adds a new message to the Tangle with nopayload
(and therefore little PoW) that references our original DID message, increasing the odds it will be picked up by consensus.Reattaching
publishes the message with the originalpayload
again to the Tangle, this is done if the original message has become to old to be considered for consensus (also known as "below max-depth"). The Client library already has a very helpfulretry_until_included
function that we can utilize.Since Chrysalis Phase 2, consensus has been VERY reliable and most messages get confirmed without promotion or reattachment, however for 1.0 we need to provide guarantees. In addition, we need to update the API in order for an application to know if a message fails to be included even after retries, such as during a time that the coordinator is offline. This will probably be triggered after several MINUTES! So we need to be careful about that.
Motivation
For a 1.0 release, we need to provide guarantees that a message is included in the Tangle.
Resources
Retry_until_included
from IOTA.rsTo-do list
Create a task-specific to-do list . Please link PRs that match the To-do list item behind the item after it has been submitted.
retry_until_included
into our publishing logicThe text was updated successfully, but these errors were encountered: