Struct AccountFutureRequirements

pub struct AccountFutureRequirements {
    pub alternatives: Option<Vec<AccountRequirementsAlternative>>,
    pub current_deadline: Option<i64>,
    pub currently_due: Option<Vec<String>>,
    pub disabled_reason: Option<AccountFutureRequirementsDisabledReason>,
    pub errors: Option<Vec<AccountRequirementsError>>,
    pub eventually_due: Option<Vec<String>>,
    pub past_due: Option<Vec<String>>,
    pub pending_verification: Option<Vec<String>>,
}

Fields

alternatives: Option<Vec<AccountRequirementsAlternative>>

Fields that are due and can be satisfied by providing the corresponding alternative fields instead.

current_deadline: Option<i64>

Date on which future_requirements becomes the main requirements hash and future_requirements becomes empty. After the transition, currently_due requirements may immediately become past_due, but the account may also be given a grace period depending on its enablement state prior to transitioning.

currently_due: Option<Vec<String>>

Fields that need to be collected to keep the account enabled. If not collected by future_requirements[current_deadline], these fields will transition to the main requirements hash.

disabled_reason: Option<AccountFutureRequirementsDisabledReason>

This is typed as an enum for consistency with requirements.disabled_reason.

errors: Option<Vec<AccountRequirementsError>>

Fields that are currently_due and need to be collected again because validation or verification failed.

eventually_due: Option<Vec<String>>

Fields you must collect when all thresholds are reached. As they become required, they appear in currently_due as well.

past_due: Option<Vec<String>>

Fields that weren’t collected by requirements.current_deadline. These fields need to be collected to enable the capability on the account. New fields will never appear here; future_requirements.past_due will always be a subset of requirements.past_due.

pending_verification: Option<Vec<String>>

Fields that might become required depending on the results of verification or review. It’s an empty array unless an asynchronous verification is pending. If verification fails, these fields move to eventually_due or currently_due. Fields might appear in eventually_due or currently_due and in pending_verification if verification fails but another verification is still pending.

Trait Implementations

impl Clone for AccountFutureRequirements

fn clone(&self) -> AccountFutureRequirements

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for AccountFutureRequirements

fn fmt(&self, f: &mut Formatter<'_>) -> Result<(), Error>

Formats the value using the given formatter.

impl Deserialize for AccountFutureRequirements

fn begin(out: &mut Option<AccountFutureRequirements>) -> &mut dyn Visitor

The only correct implementation of this method is:

impl ObjectDeser for AccountFutureRequirements

type Builder = AccountFutureRequirementsBuilder