Numa reunião sobre operações de liquidação, alguém disse: “é confirmado em poucos segundos”. A primeira pergunta deve ser: a que estado essa afirmação se refere? O sequenciador e o bloco L2 podem fornecer um retorno visível mais cedo, mas isso apenas indica que a solicitação entrou em alguma etapa do processamento. Quando o batcher publica os dados no DuskDS, acrescenta-se outra camada de verificabilidade. O compromisso de estado e o estado final é que se aproximam das evidências necessárias para um compromisso de liquidação.
Por isso, o SLA de experiência e o SLA de liquidação devem ser definidos separadamente. O SLA de experiência pode especificar quanto tempo após o envio leva para aparecer um retorno do sequenciador ou do L2. O SLA de liquidação deve especificar quando os dados são publicados, quando o compromisso de estado pode ser consultado e quando o estado final é estabelecido. Um prazo mais curto para a primeira etapa não significa que o compromisso da etapa seguinte já tenha sido cumprido.
Essa distinção entre etapas também facilita explicar os atrasos. O usuário pode ver uma transação rapidamente, mas ainda ter de esperar pela publicação do batcher ou pela formação do estado subjacente. Se a conclusão for anunciada usando apenas o primeiro marco temporal, a equipe financeira poderá confundir visibilidade com autorização para liberar os fundos. A lista de verificação deve registrar, para cada etapa, o objeto, o horário e a etapa seguinte, em vez de guardar apenas um “confirmado”.
Na descrição da liquidação de @Dusk , $DUSK não é evidência de SLA. #dusk pode ser usado para falar de velocidade e finalidade, mas a inclusão rápida não deve ser apresentada como liquidação final concluída.
Se a equipe quiser incluir os tempos de espera em contratos ou compromissos operacionais, deverá definir e especificar como medir cada um dos quatro marcos. Sem a definição dos marcos, “liquidação em segundos” descreve apenas uma impressão da experiência, não pode servir como SLA para o estado final.
Separar os dois SLAs evita que a experiência do usuário e a responsabilidade pela liquidação comprometam uma à outra.
O contrato também deve especificar os limites inicial e final de cada intervalo: do envio à inclusão, da inclusão à publicação dos dados, da publicação ao compromisso de estado e, por fim, até o estado final.
As definições devem ser claras.
Marcos temporais diferentes não podem corresponder ao mesmo compromisso.
Por isso, o SLA de experiência e o SLA de liquidação devem ser definidos separadamente. O SLA de experiência pode especificar quanto tempo após o envio leva para aparecer um retorno do sequenciador ou do L2. O SLA de liquidação deve especificar quando os dados são publicados, quando o compromisso de estado pode ser consultado e quando o estado final é estabelecido. Um prazo mais curto para a primeira etapa não significa que o compromisso da etapa seguinte já tenha sido cumprido.
Essa distinção entre etapas também facilita explicar os atrasos. O usuário pode ver uma transação rapidamente, mas ainda ter de esperar pela publicação do batcher ou pela formação do estado subjacente. Se a conclusão for anunciada usando apenas o primeiro marco temporal, a equipe financeira poderá confundir visibilidade com autorização para liberar os fundos. A lista de verificação deve registrar, para cada etapa, o objeto, o horário e a etapa seguinte, em vez de guardar apenas um “confirmado”.
Na descrição da liquidação de @Dusk , $DUSK não é evidência de SLA. #dusk pode ser usado para falar de velocidade e finalidade, mas a inclusão rápida não deve ser apresentada como liquidação final concluída.
Se a equipe quiser incluir os tempos de espera em contratos ou compromissos operacionais, deverá definir e especificar como medir cada um dos quatro marcos. Sem a definição dos marcos, “liquidação em segundos” descreve apenas uma impressão da experiência, não pode servir como SLA para o estado final.
Separar os dois SLAs evita que a experiência do usuário e a responsabilidade pela liquidação comprometam uma à outra.
O contrato também deve especificar os limites inicial e final de cada intervalo: do envio à inclusão, da inclusão à publicação dos dados, da publicação ao compromisso de estado e, por fim, até o estado final.
As definições devem ser claras.
Marcos temporais diferentes não podem corresponder ao mesmo compromisso.