HiveAuth
HomeGitHub
  • Introduction
    • Authentication
    • Signing and Broadcasting Transactions
    • Why use Hive Authentication Services?
  • Support
  • Developer documentation
    • Protocol description
      • Authentication
      • Transactions
      • Challenge
    • HAS for Applications
      • Connection
      • Encryption key (auth_key)
      • Authentication
        • Authentication request
        • Authentication payload
        • Authentication approval
        • Authentication refusal
        • Errors
        • Expiration
      • Transactions
        • Transaction request
        • Feedback to user
        • Transaction approval
        • Transaction refusal
        • Errors
        • Expiration
      • Challenge
        • Challenge request
        • Feedback to user
        • Challenge approval
        • Challenge refusal
        • Errors
        • Expiration
      • Attach
  • HAS for Wallets (PKSA)
    • Connection
    • Server Encryption Key retrieval
    • Proof of Key
    • Account registration
    • Authentication
      • Authentication payload
      • Authentications request
      • Feedback to user
      • Authentication approval
      • Authentication refusal
      • Errors
    • Transactions
      • Transaction request
      • Feedback to user
      • Transaction approval
      • Transaction refusal
      • Errors
    • Challenge
      • Challenge request
      • Feedback to user
      • Challenge approval
      • Challenge refusal
      • Errors
  • Tutorials
    • App code example
      • HAS Wrapper library
      • HTML code example
      • .NET code example
    • PKSA code example
      • Service Mode
  • Resources
    • Materials
Powered by GitBook
On this page
  • attach_req
  • attach_ack
  • attach_nack
  1. Developer documentation
  2. HAS for Applications

Attach

At any time, a connection between the APP and the HAS infrastructure may be interrupted. It is then important that the APP can reconnect and know if a request that it sent to the HAS has already been processed by a PKSA or is still pending.

Fortunately, the HAS protocol has a feature to resume such interaction.

When an APP wants to resume a broken session, it can ask the HAS to reconnect its socket with the request identifier previously received. To do so, the APP sends the following message:

attach_req

{
    cmd: "attach_req", 
    uuid: string
}
  • uuid {string} the request identifier

If the request has not expired, the HAS server will confirm the reconnection with the following message:

attach_ack

{
    cmd: "attach_ack", 
    uuid: string
}
  • uuid {string} the request identifier

If the request has expired, or if the response it received from the PKSA has expired, the HAS server will inform the APP that it is no longer handling the request with the following message:

attach_nack

{
    cmd: "attach_nack", 
    uuid: string
}
  • uuid {string} the request identifier

PreviousExpirationNextHAS for Wallets (PKSA)

Last updated 2 years ago