diff --git a/.gitignore b/.gitignore index 6208c37c43..6219354ab8 100644 --- a/.gitignore +++ b/.gitignore @@ -21,6 +21,7 @@ yarn-error.log* .idea +*.pyc *.info.mdx .tool-versions diff --git a/.husky/pre-commit b/.husky/pre-commit index 45f8b30339..1f36600c02 100755 --- a/.husky/pre-commit +++ b/.husky/pre-commit @@ -1,5 +1,33 @@ +#!/bin/bash + +export NVM_DIR="$HOME/.nvm" +[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" + +if ! nvm use 22 >/dev/null 2>&1; then + echo "⚠️ Node v22 not installed. Skipping formatting check." + exit 0 +fi + G='\033[0;32m' P='\033[0;35m' CLEAN='\033[0;0m' -yarn run check:mdx || (echo -e "${G}Hint:${CLEAN} execute ${P}yarn run format:mdx${CLEAN} to format files" && exit 1) +if command -v yarn >/dev/null 2>&1; then + CHECK_OUTPUT=$(yarn run check:mdx 2>&1) + STATUS=$? + + if echo "$CHECK_OUTPUT" | grep -q 'The engine "node" is incompatible with this module'; then + echo -e "${G}Warning:${CLEAN} Node version mismatch. Skipping formatting check." + exit 0 + fi + + if [ "$STATUS" -ne 0 ]; then + echo "$CHECK_OUTPUT" + echo -e "${G}Hint:${CLEAN} Run ${P}yarn run format:mdx${CLEAN} to fix formatting." + exit 1 + fi + +else + echo -e "${G}Hint:${CLEAN} Yarn not installed. Skipping formatting check." + exit 0 +fi \ No newline at end of file diff --git a/.prettierrc.js b/.prettierrc.js index 1fa0597766..e89fae43d3 100644 --- a/.prettierrc.js +++ b/.prettierrc.js @@ -1,12 +1,10 @@ module.exports = { ...require("@stellar/prettier-config"), - // This is mostly content, and prose wrap has a way of exploding markdown - // diffs. Override the default for a better experience. overrides: [ { files: "*.mdx", options: { - proseWrap: "never", + proseWrap: "never", // Minimize `mdx` diffs with simpler content lines }, }, ], diff --git a/.vscode/settings.json b/.vscode/settings.json new file mode 100644 index 0000000000..00ad71fba1 --- /dev/null +++ b/.vscode/settings.json @@ -0,0 +1,3 @@ +{ + "typescript.tsdk": "node_modules\\typescript\\lib" +} \ No newline at end of file diff --git a/CROWDIN.md b/CROWDIN.md index d04679d467..10c1814d96 100644 --- a/CROWDIN.md +++ b/CROWDIN.md @@ -1,6 +1,6 @@ # Crowdin Translator How-To -Stellar Developer Docs use [Crowdin](https://crowdin.com/) for localization. This document provides steps and resources for managing Stellar Docusaurus Crowdin translations as a Crowdin user with a Translator role. +Stellar Developer Docs use [Crowdin](https://crowdin.com) for localization. This document provides steps and resources for managing Stellar Docusaurus Crowdin translations as a Crowdin user with a Translator role. --- @@ -33,7 +33,7 @@ For more details on working within the editor, see the following documentation: [Working in the Editor](https://support.crowdin.com/for-translators/#working-in-the-editor) For a more in-depth look, see: -[Online Editor Guide](https://support.crowdin.com/online-editor/) +[Online Editor Guide](https://support.crowdin.com/online-editor) --- @@ -46,7 +46,7 @@ Examples include: - Words or phrases that should not be translated at all. For more information, see the following documentation: -[Glossary](https://support.crowdin.com/glossary/) +[Glossary](https://support.crowdin.com/glossary) --- diff --git a/LICENSE b/LICENSE index 2bf97548c2..71eaedbde6 100644 --- a/LICENSE +++ b/LICENSE @@ -187,8 +187,8 @@ same "printed page" as the copyright notice for easier identification within third-party archives. - Copyright 2014 - 2024 Stellar Development Foundation - Copyright 2014 - 2024 Stellar Open Source Developers + Copyright 2014 - 2026 Stellar Development Foundation + Copyright 2014 - 2026 Stellar Open Source Developers Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. diff --git a/README.md b/README.md index f9825bbc9c..ab842aed82 100644 --- a/README.md +++ b/README.md @@ -3,7 +3,7 @@ [![Apache 2.0 licensed](https://img.shields.io/badge/license-apache%202.0-blue.svg)](LICENSE) [![Ask DeepWiki](https://deepwiki.com/badge.svg)](https://deepwiki.com/stellar/stellar-docs) -Welcome to the official home repository for [Documentation][docs] for the [Stellar network][stellar]. +Welcome to the official home repository for [Documentation](https://developers.stellar.org/docs) for the [Stellar network](https://en.wikipedia.org/wiki/Stellar_(payment_network)). ## Table of Contents @@ -20,12 +20,12 @@ Welcome to the official home repository for [Documentation][docs] for the [Stell Contributions are more than welcome! Thank you! 🎉 -Before diving in, please read our [Stellar Contribution Guide][contrib] for +Before diving in, please read our [Stellar Contribution Guide](https://github.com/stellar/.github/blob/master/CONTRIBUTING.md) for details on contributing to Stellar's various repositories. Please take special -note of the [code of conduct][coc]. +note of the [code of conduct](https://github.com/stellar/.github/blob/master/CODE_OF_CONDUCT.md). -Our documentation site is built using [Docusaurus][docusaurus]. The content is -written in [MDX][mdx], which adds a lot of cool possibilities. Even if you're +Our documentation site is built using [Docusaurus](https://docusaurus.io). The content is +written in [MDX](https://mdxjs.com), which adds a lot of cool possibilities. Even if you're unfamiliar with plain markdown, do not fear! You can still contribute in a helpful and meaningful way. Markdown is super easy to learn, and will come quite naturally after only a bit of practice. You can always help fix typos, spelling, @@ -53,9 +53,9 @@ If you have questions, feel free to ask in the [Stellar Developer Discord](https ## Quick Start -[![Open in Codespaces](https://github.com/codespaces/badge.svg)][open-in-github-codespaces] +[![Open in Codespaces](https://github.com/codespaces/badge.svg)](https://github.com/codespaces/new?repo=stellar/stellar-docs&editor=web) -[![Open in Codeanywhere](https://codeanywhere.com/img/open-in-codeanywhere-btn.svg)][open-in-code-anywhere] +[![Open in Codeanywhere](https://codeanywhere.com/img/open-in-codeanywhere-btn.svg)](https://app.codeanywhere.com/#https://github.com/stellar/stellar-docs) ### Prerequisites @@ -137,9 +137,9 @@ If you're unfamiliar with Markdown, there are **loads** of good tutorials and cheat sheets out there. Check out some of these resources to get a handle on the basics: -- [CommonMark cheat sheet and tutorial][commonmark] -- [Interactive markdown tutorial][tutorial] -- [The markdown guide][guide] +- [CommonMark cheat sheet and tutorial](https://commonmark.org/help/) +- [Interactive markdown tutorial](https://www.markdowntutorial.com/) +- [The markdown guide](https://www.markdownguide.org/) ### Custom Markdown @@ -166,12 +166,12 @@ print("hello world") #### Code Example -![Create account code example](./readme-imgs/code-example.png) +![Create account code example](./static/img/github/code-example.png) `` is a code snippet component. You can use this component when you want to include snippets for more than one language. See an example including a snippet for `JavaScript` and `Python` below. It is using [Prism -React Renderer][prism] for syntax highlighting. If you're only making a code +React Renderer](https://github.com/FormidableLabs/prism-react-renderer) for syntax highlighting. If you're only making a code snippet for a _single programming language_, you should just stick with a "normal" markdown code fence using backticks. @@ -247,18 +247,4 @@ export const CODE_LANGS = { }; ``` -**Remember that this is a community; we build together! 🫱🏻‍🫲🏽 Our code of conduct is [here](https://www.stellar.org/community/code-of-conduct) and our Privacy Policy is [here](https://www.stellar.org/privacy-policy).** - -[docs]: https://developers.stellar.org/docs -[stellar]: https://stellar.org -[contrib]: https://github.com/stellar/.github/blob/master/CONTRIBUTING.md -[coc]: https://github.com/stellar/.github/blob/master/CODE_OF_CONDUCT.md -[docusaurus]: https://docusaurus.io -[mdx]: https://mdxjs.com -[commonmark]: https://commonmark.org/help/ -[tutorial]: https://www.markdowntutorial.com/ -[guide]: https://www.markdownguide.org/ -[alert-example]: https://developers.stellar.org/docs/anchoring-assets/enabling-cross-border-payments/setting-up-test-server -[prism]: https://github.com/FormidableLabs/prism-react-renderer -[open-in-github-codespaces]: https://github.com/codespaces/new?repo=stellar/stellar-docs&editor=web -[open-in-code-anywhere]: https://app.codeanywhere.com/#https://github.com/stellar/stellar-docs +**Remember that this is a community; we build together! 🤝 Our code of conduct is [here](https://www.stellar.org/community/code-of-conduct) and our Privacy Policy is [here](https://www.stellar.org/privacy-policy).** diff --git a/config/theme/footer.ts b/config/theme/footer.ts index e90605c4ab..a56d6cb386 100644 --- a/config/theme/footer.ts +++ b/config/theme/footer.ts @@ -5,7 +5,7 @@ const resources = { items: [ { label: "Developer Blog", - href: "https://www.stellar.org/developers-blog", + href: "https://stellar.org/developers-blog", }, { label: "Stellar Quest", diff --git a/crowdin.yaml b/crowdin.yaml index d66aae9834..2710926be9 100644 --- a/crowdin.yaml +++ b/crowdin.yaml @@ -16,7 +16,7 @@ files: translation: /i18n/%two_letters_code%/docusaurus-plugin-content-docs/current/**/%original_file_name% ignore : ['**/*.api.mdx', '**/*.info.mdx', '**/*.tag.mdx', '**/*.schema.mdx', '**/*.json'] # Meeting Notes Blog Markdown files - - source: /meeting-notes/**/* + - source: /meetings/**/* translation: /i18n/%two_letters_code%/docusaurus-plugin-content-blog/**/%original_file_name% # Pages Markdown files - source: /src/pages/**/* diff --git a/discard-links-origin.no-es.txt b/discard-links-origin.no-es.txt new file mode 100644 index 0000000000..a96beff858 --- /dev/null +++ b/discard-links-origin.no-es.txt @@ -0,0 +1,31 @@ +Differential Testing ./differential-tests.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:65 +Getting Started ../../smart-contracts/getting-started/README.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:66 +JSON Schema Specification 7 https://json-schema.org/draft-07/json-schema-release-notes.html openrpc/README.md:177 +`getEvents` method ../../../data/apis/rpc/api-reference/methods/getEvents.mdx docs/build/guides/events/ingest.mdx:318 +`increment` example contract ../../smart-contracts/getting-started/storing-data.mdx docs/build/guides/rpc/generate-ledger-keys-python.mdx:31 +alert-example https://developers.stellar.org/docs/anchoring-assets/enabling-cross-border-payments/setting-up-test-server README.md:261 +coc https://github.com/stellar/.github/blob/master/CODE_OF_CONDUCT.md README.md:255 +code coverage code-coverage.mdx docs/build/guides/testing/mutation-testing.mdx:37 +commonmark https://commonmark.org/help/ README.md:258 +contentDescriptor objects https://spec.open-rpc.org/#content-descriptor-object openrpc/README.md:175 +contrib https://github.com/stellar/.github/blob/master/CONTRIBUTING.md README.md:254 +custom types example ../../../../build/smart-contracts/example-contracts/custom-types.mdx docs/learn/fundamentals/contract-development/types/custom-types.mdx:26 +docs https://developers.stellar.org/docs README.md:252 +docusaurus https://docusaurus.io README.md:256 +environment ../environment-concepts.mdx docs/learn/fundamentals/contract-development/types/built-in-types.mdx:22 +errors example ../../../../build/smart-contracts/example-contracts/errors.mdx docs/learn/fundamentals/contract-development/errors-and-debugging/errors.mdx:27 +example objects https://spec.open-rpc.org/#example-object openrpc/README.md:178 +example pairing objects https://spec.open-rpc.org/#example-pairing-object openrpc/README.md:179 +examples ../../smart-contracts/example-contracts/README.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:67 +guide https://www.markdownguide.org/ README.md:260 +identity ../../smart-contracts/getting-started/setup.mdx#configure-an-identity docs/build/guides/conventions/deploy-contract.mdx:191 +mdx https://mdxjs.com README.md:257 +method objects https://spec.open-rpc.org/#method-object openrpc/README.md:174 +open-in-code-anywhere https://app.codeanywhere.com/#https://github.com/stellar/stellar-docs README.md:264 +open-in-github-codespaces https://github.com/codespaces/new?repo=stellar/stellar-docs&editor=web README.md:263 +prism https://github.com/FormidableLabs/prism-react-renderer README.md:262 +rust sdk ../../../../tools/sdks/contract-sdks.mdx#soroban-rust-sdk docs/learn/fundamentals/contract-development/types/built-in-types.mdx:23 +schema objects https://spec.open-rpc.org/#schema-object openrpc/README.md:176 +stellar https://stellar.org README.md:253 +this querying data section ./querying-data.mdx#fetchaccountbalances docs/build/apps/example-application-tutorial/manage-trust.mdx:255 +tutorial https://www.markdowntutorial.com/ README.md:259 diff --git a/discard-links-origin.txt b/discard-links-origin.txt new file mode 100644 index 0000000000..2c80eca248 --- /dev/null +++ b/discard-links-origin.txt @@ -0,0 +1,55 @@ +Comenzar ../../smart-contracts/getting-started/README.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/testing/differential-tests-with-test-snapshots.mdx:66 +Contrato de ejemplo `increment` ../../smart-contracts/getting-started/storing-data.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/rpc/generate-ledger-keys-python.mdx:31 +Differential Testing ./differential-tests.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:65 +Getting Started ../../smart-contracts/getting-started/README.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:66 +JSON Schema Specification 7 https://json-schema.org/draft-07/json-schema-release-notes.html openrpc/README.md:177 +Método `getEvents` ../../../data/apis/rpc/api-reference/methods/getEvents.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/events/ingest.mdx:318 +Pruebas Diferenciales ./differential-tests.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/testing/differential-tests-with-test-snapshots.mdx:65 +Testnet ../../../../networks/README.mdx docs/data/apis/rpc/admin-guide/development.mdx:82, i18n/es/docusaurus-plugin-content-docs/current/data/apis/rpc/admin-guide/development.mdx:82 +XDR xdr docs/learn/fundamentals/data-format/xdr-json.mdx:39, i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/data-format/xdr-json.mdx:39 +`getEvents` method ../../../data/apis/rpc/api-reference/methods/getEvents.mdx docs/build/guides/events/ingest.mdx:318 +`increment` example contract ../../smart-contracts/getting-started/storing-data.mdx docs/build/guides/rpc/generate-ledger-keys-python.mdx:31 +`stellar xdr types schema` ../../../tools/cli/stellar-cli.mdx#stellar-xdr-types-schema docs/learn/fundamentals/data-format/xdr-json.mdx:40, i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/data-format/xdr-json.mdx:40 +alert-example https://developers.stellar.org/docs/anchoring-assets/enabling-cross-border-payments/setting-up-test-server README.md:261 +cobertura de código code-coverage.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/testing/mutation-testing.mdx:37 +coc https://github.com/stellar/.github/blob/master/CODE_OF_CONDUCT.md README.md:255 +code coverage code-coverage.mdx docs/build/guides/testing/mutation-testing.mdx:37 +commonmark https://commonmark.org/help/ README.md:258 +contentDescriptor objects https://spec.open-rpc.org/#content-descriptor-object openrpc/README.md:175 +contrib https://github.com/stellar/.github/blob/master/CONTRIBUTING.md README.md:254 +custom types example ../../../../build/smart-contracts/example-contracts/custom-types.mdx docs/learn/fundamentals/contract-development/types/custom-types.mdx:26 +docs https://developers.stellar.org/docs README.md:252 +docusaurus https://docusaurus.io README.md:256 +ejemplo de errores ../../../../build/smart-contracts/example-contracts/errors.mdx i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/contract-development/errors-and-debugging/errors.mdx:27 +ejemplo de tipos personalizados ../../../../build/smart-contracts/example-contracts/custom-types.mdx i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/contract-development/types/custom-types.mdx:26 +ejemplos ../../smart-contracts/example-contracts/README.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/testing/differential-tests-with-test-snapshots.mdx:67 +entorno ../environment-concepts.mdx i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/contract-development/types/built-in-types.mdx:22 +environment ../environment-concepts.mdx docs/learn/fundamentals/contract-development/types/built-in-types.mdx:22 +errors example ../../../../build/smart-contracts/example-contracts/errors.mdx docs/learn/fundamentals/contract-development/errors-and-debugging/errors.mdx:27 +esta sección de consultas de datos ./querying-data.mdx#fetchaccountbalances i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/manage-trust.mdx:255 +example objects https://spec.open-rpc.org/#example-object openrpc/README.md:178 +example pairing objects https://spec.open-rpc.org/#example-pairing-object openrpc/README.md:179 +examples ../../smart-contracts/example-contracts/README.mdx docs/build/guides/testing/differential-tests-with-test-snapshots.mdx:67 +guide https://www.markdownguide.org/ README.md:260 +how-to-issue ./how-to-issue-an-asset.mdx docs/tokens/README.mdx:91, i18n/es/docusaurus-plugin-content-docs/current/tokens/README.mdx:91 +identidad ../../smart-contracts/getting-started/setup.mdx#configure-an-identity i18n/es/docusaurus-plugin-content-docs/current/build/guides/conventions/deploy-contract.mdx:191 +identity ../../smart-contracts/getting-started/setup.mdx#configure-an-identity docs/build/guides/conventions/deploy-contract.mdx:191 +mdx https://mdxjs.com README.md:257 +method objects https://spec.open-rpc.org/#method-object openrpc/README.md:174 +open-in-code-anywhere https://app.codeanywhere.com/#https://github.com/stellar/stellar-docs README.md:264 +open-in-github-codespaces https://github.com/codespaces/new?repo=stellar/stellar-docs&editor=web README.md:263 +prism https://github.com/FormidableLabs/prism-react-renderer README.md:262 +rust sdk ../../../../tools/sdks/contract-sdks.mdx#soroban-rust-sdk docs/learn/fundamentals/contract-development/types/built-in-types.mdx:23 +sac ./stellar-asset-contract.mdx docs/tokens/README.mdx:92, i18n/es/docusaurus-plugin-content-docs/current/tokens/README.mdx:92 +schema objects https://spec.open-rpc.org/#schema-object openrpc/README.md:176 +sdk de rust ../../../../tools/sdks/contract-sdks.mdx#soroban-rust-sdk i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/contract-development/types/built-in-types.mdx:23 +sep1-ap ../sep1/README.mdx i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep10/README.mdx:152 +stellar https://stellar.org README.md:253 +stellar cli ../../../tools/cli/stellar-cli.mdx i18n/es/docusaurus-plugin-content-docs/current/build/guides/cli/README.mdx:10 +stellar tx new set-options ../stellar-cli.mdx#stellar-tx-new-set-options i18n/es/docusaurus-plugin-content-docs/current/tools/cli/cookbook/asset-management.mdx:291 +stellar-cli ../stellar-cli.mdx i18n/es/docusaurus-plugin-content-docs/current/tools/cli/cookbook/asset-management.mdx:290 +this querying data section ./querying-data.mdx#fetchaccountbalances docs/build/apps/example-application-tutorial/manage-trust.mdx:255 +ti ./token-interface.mdx docs/tokens/README.mdx:93, i18n/es/docusaurus-plugin-content-docs/current/tokens/README.mdx:93 +transactionmetav3 #transactionmetav3 docs/learn/fundamentals/stellar-data-structures/events.mdx:15, i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/contract-development/events.mdx:13, i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/stellar-data-structures/events.mdx:15 +transactionmetav4 #transactionmetav4 docs/learn/fundamentals/stellar-data-structures/events.mdx:16, i18n/es/docusaurus-plugin-content-docs/current/learn/fundamentals/stellar-data-structures/events.mdx:16 +tutorial https://www.markdowntutorial.com/ README.md:259 diff --git a/discard-links.txt b/discard-links.txt new file mode 100644 index 0000000000..84954f7728 --- /dev/null +++ b/discard-links.txt @@ -0,0 +1,55 @@ +Comenzar ../../smart-contracts/getting-started/README.mdx +Contrato de ejemplo `increment` ../../smart-contracts/getting-started/storing-data.mdx +Differential Testing ./differential-tests.mdx +Getting Started ../../smart-contracts/getting-started/README.mdx +JSON Schema Specification 7 https://json-schema.org/draft-07/json-schema-release-notes.html +Método `getEvents` ../../../data/apis/rpc/api-reference/methods/getEvents.mdx +Pruebas Diferenciales ./differential-tests.mdx +Testnet ../../../../networks/README.mdx +XDR xdr +`getEvents` method ../../../data/apis/rpc/api-reference/methods/getEvents.mdx +`increment` example contract ../../smart-contracts/getting-started/storing-data.mdx +`stellar xdr types schema` ../../../tools/cli/stellar-cli.mdx#stellar-xdr-types-schema +alert-example https://developers.stellar.org/docs/anchoring-assets/enabling-cross-border-payments/setting-up-test-server +cobertura de código code-coverage.mdx +coc https://github.com/stellar/.github/blob/master/CODE_OF_CONDUCT.md +code coverage code-coverage.mdx +commonmark https://commonmark.org/help/ +contentDescriptor objects https://spec.open-rpc.org/#content-descriptor-object +contrib https://github.com/stellar/.github/blob/master/CONTRIBUTING.md +custom types example ../../../../build/smart-contracts/example-contracts/custom-types.mdx +docs https://developers.stellar.org/docs +docusaurus https://docusaurus.io +ejemplo de errores ../../../../build/smart-contracts/example-contracts/errors.mdx +ejemplo de tipos personalizados ../../../../build/smart-contracts/example-contracts/custom-types.mdx +ejemplos ../../smart-contracts/example-contracts/README.mdx +entorno ../environment-concepts.mdx +environment ../environment-concepts.mdx +errors example ../../../../build/smart-contracts/example-contracts/errors.mdx +esta sección de consultas de datos ./querying-data.mdx#fetchaccountbalances +example objects https://spec.open-rpc.org/#example-object +example pairing objects https://spec.open-rpc.org/#example-pairing-object +examples ../../smart-contracts/example-contracts/README.mdx +guide https://www.markdownguide.org/ +how-to-issue ./how-to-issue-an-asset.mdx +identidad ../../smart-contracts/getting-started/setup.mdx#configure-an-identity +identity ../../smart-contracts/getting-started/setup.mdx#configure-an-identity +mdx https://mdxjs.com +method objects https://spec.open-rpc.org/#method-object +open-in-code-anywhere https://app.codeanywhere.com/#https://github.com/stellar/stellar-docs +open-in-github-codespaces https://github.com/codespaces/new?repo=stellar/stellar-docs&editor=web +prism https://github.com/FormidableLabs/prism-react-renderer +rust sdk ../../../../tools/sdks/contract-sdks.mdx#soroban-rust-sdk +sac ./stellar-asset-contract.mdx +schema objects https://spec.open-rpc.org/#schema-object +sdk de rust ../../../../tools/sdks/contract-sdks.mdx#soroban-rust-sdk +sep1-ap ../sep1/README.mdx +stellar https://stellar.org +stellar cli ../../../tools/cli/stellar-cli.mdx +stellar tx new set-options ../stellar-cli.mdx#stellar-tx-new-set-options +stellar-cli ../stellar-cli.mdx +this querying data section ./querying-data.mdx#fetchaccountbalances +ti ./token-interface.mdx +transactionmetav3 #transactionmetav3 +transactionmetav4 #transactionmetav4 +tutorial https://www.markdowntutorial.com/ diff --git a/docs/build/apps/application-design-considerations.mdx b/docs/build/apps/application-design-considerations.mdx index 8ee0355321..300fd3f15b 100644 --- a/docs/build/apps/application-design-considerations.mdx +++ b/docs/build/apps/application-design-considerations.mdx @@ -34,23 +34,23 @@ Building an application with [multi-signature](../../learn/fundamentals/transact There are several apps and services that specialize in adding additional security layers to users' accounts. Check them out if you're interested in integrating a third-party key management service: -- [Ledger](https://www.ledger.com/) -- [Trezor](https://trezor.io/) -- [StellarGuard](https://stellarguard.me/) -- [LobstrVault](https://vault.lobstr.co/) +- [Ledger](https://www.ledger.com) +- [Trezor](https://trezor.io) +- [StellarGuard](https://stellarguard.me) +- [LobstrVault](https://vault.lobstr.co) ## Application security Even though wallets can operate client-side, they deal with a user’s secret keys, which give direct access to their account, and to any value they hold. That’s why it’s essential to require all web traffic to flow over strong TLS methods. Even when developing locally, use a non-signed localhost certificate to develop secure habits from the very beginning. Stellar is a powerful money-moving software — don’t skimp on security. -For more information, check out our guide to [securing web-based products](https://www.stellar.org/developers/guides/walkthroughs/securing-web-projects.html). +For more information, check out our guide to [securing web-based products](../security-docs/securing-web-based-projects.mdx). ## Wallet services A wallet typically has these basic functions: key storage, account creation, transaction signing, and queries to the Stellar database. There are some services that take care of all of these functions for you, so you can build whatever you’d like around it. Check out some of these wallet services below. -- [Albedo](https://albedo.link/) -- [Freighter](https://www.freighter.app/) +- [Albedo](https://albedo.link) +- [Freighter](https://www.freighter.app) ## Account creation strategies diff --git a/docs/build/apps/example-application-tutorial/account-creation.mdx b/docs/build/apps/example-application-tutorial/account-creation.mdx index c4534cabc8..5f22ef05e6 100644 --- a/docs/build/apps/example-application-tutorial/account-creation.mdx +++ b/docs/build/apps/example-application-tutorial/account-creation.mdx @@ -3,7 +3,7 @@ title: Account Creation sidebar_position: 20 --- -Accounts are the central data structure in Stellar and can only exist with a valid keypair (a public and secret key) and the required minimum balance of XLM. Read more in the [Accounts section]. +Accounts are the central data structure in Stellar and can only exist with a valid keypair (a public and secret key) and the required minimum balance of XLM. Read more in the [Accounts section](../../../learn/fundamentals/stellar-data-structures/accounts.mdx). ## User experience @@ -11,19 +11,19 @@ To start, we'll have our user create an account. In BasicPay, the signup page wi :::info -Since we are building a [non-custodial application], the encrypted secret key will only ever live in the browser. It will never be shared with a server or anybody else. +Since we are building a [non-custodial application](../application-design-considerations.mdx#non-custodial-service), the encrypted secret key will only ever live in the browser. It will never be shared with a server or anybody else. ::: -![public and private keys](/assets/basic-pay/public-and-private-keys.png) +![Public Private Keys](/assets/basic-pay/public-and-private-keys.png) -Next, we'll trigger the user to submit a pincode to encrypt their secret key before it gets saved to their browser's `localStorage` (this is handled by the [`js-stellar-wallets` SDK]). The user will need to remember their pincode for future logins and to submit transactions. +Next, we'll trigger the user to submit a pincode to encrypt their secret key before it gets saved to their browser's `localStorage` (this is handled by the [`js-stellar-wallets` SDK](https://github.com/stellar/js-stellar-wallets)). The user will need to remember their pincode for future logins and to submit transactions. With BasicPay, when the user clicks the “Signup” button, they will be asked to confirm their pincode. When they do, the `create_account` operation is triggered, and the user's account is automatically funded with XLM for the minimum balance (starting with 10,000 XLM). -![funded account](/assets/basic-pay/funded-account.png) +![Funded Account Tutorial Screenshot](/assets/basic-pay/funded-account.png) -When you're ready to move the application to Pubnet, accounts will need to be funded with real XLM. This is something the application can cover itself by depositing XLM into the user's account, with the use of [sponsored reserves], or the user can cover the required balance with their own XLM. +When you're ready to move the application to Pubnet, accounts will need to be funded with real XLM. This is something the application can cover itself by depositing XLM into the user's account, with the use of [sponsored reserves](../../guides/transactions/sponsored-reserves.mdx), or the user can cover the required balance with their own XLM. ## Code implementation @@ -168,7 +168,7 @@ const setupKeyManager = () => { }; ``` -**Source:** https://github.com/stellar/basic-payment-app/blob/main/src/lib/stores/walletStore.js +**Source:** [`github.com/stellar/basic-payment-app/src/lib/stores/walletStore`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stores/walletStore.js) ### Creating the account on the Stellar network @@ -182,14 +182,8 @@ export async function fundWithFriendbot(publicKey) { } ``` -Source: https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/horizonQueries.js +Source: [`github.com/stellar/basic-payment-app/src/lib/stellar/horizonQueries`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/horizonQueries.js) ### Using the `walletStore` store Our `walletStore` is used in a ton of places in our application, especially in the confirmation modal when asking a user to input their pincode. Read on to see how we've done that. - -[accounts section]: ../../../learn/fundamentals/stellar-data-structures/accounts.mdx -[non-custodial application]: ../application-design-considerations.mdx#non-custodial-service -[`js-stellar-wallets` sdk]: https://github.com/stellar/js-stellar-wallets -[sponsored reserves]: ../../guides/transactions/sponsored-reserves.mdx -[contacts list]: ./contacts-list diff --git a/docs/build/apps/example-application-tutorial/anchor-integration/sep1.mdx b/docs/build/apps/example-application-tutorial/anchor-integration/sep1.mdx index 3e701248bf..11b465f7e6 100644 --- a/docs/build/apps/example-application-tutorial/anchor-integration/sep1.mdx +++ b/docs/build/apps/example-application-tutorial/anchor-integration/sep1.mdx @@ -19,7 +19,7 @@ export async function fetchStellarToml(domain) { } ``` -**Source:** https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/sep1.js +**Source:** [`github.com/stellar/basic-payment-app/src/lib/stellar/sep1`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/sep1.js) Strictly speaking, the `StellarTomlResolver` function from the JavaScript SDK is the only function we _need_ to retrieve and use the information provided by the anchor (heck, we could even just write our own `fetch`-based function, and bypass the SDK altogether). However, we've created quite a few "helper" functions to make the rest of our queries a bit more verbose and clear as to what we're looking for from the anchor server. Make sure to check out the `sep1.js` source file linked above! diff --git a/docs/build/apps/example-application-tutorial/anchor-integration/sep10.mdx b/docs/build/apps/example-application-tutorial/anchor-integration/sep10.mdx index 538df3925b..275ed2c130 100644 --- a/docs/build/apps/example-application-tutorial/anchor-integration/sep10.mdx +++ b/docs/build/apps/example-application-tutorial/anchor-integration/sep10.mdx @@ -3,8 +3,6 @@ title: "SEP-10: Stellar Web Authentication" sidebar_position: 20 --- -import auth_valid from "/assets/basic-pay/auth_valid.png"; - Similar to the SEP-1 information, both SEP-6 and SEP-24 protocols make use of SEP-10 for authentication with the user. The user must prove they own the account before they can withdraw or deposit any assets as part of SEP-10: Stellar Web Authentication. Since we have the `stellar.toml` file information already, we can use that to display some interactive elements to the user. @@ -52,13 +50,13 @@ The `/src/routes/dashboard/transfers/+page.svelte` is doing **a lot** of work th ``` -**Source:** https://github.com/stellar/basic-payment-app/blob/main/src/routes/dashboard/transfers/+page.svelte +**Source:** [`github.com/stellar/basic-payment-app/src/routes/dashboard/transfers/+page`](https://github.com/stellar/basic-payment-app/blob/main/src/routes/dashboard/transfers/+page.svelte) ## Requesting a challenge transaction Now, when the user clicks the "authenticate" button, it triggers the `auth` function. -![authenticate](/assets/basic-pay/authenticate.png) +![Authenticate Tutorial Screenshot](/assets/basic-pay/authenticate.png) ```html title=/src/routes/dashboard/transfers/+page.svelte ::::note OpenZeppelin is bringing its trusted [smart contracts libraries](https://github.com/OpenZeppelin/stellar-contracts) and developer workflows to Stellar, a Rust-based blockchain. Developers can build payments, stablecoins, and DeFi apps on Stellar using familiar, audited building blocks. To see more, go to: https://www.openzeppelin.com/networks/stellar. -For latest OpenZeppelin developer docs, please visit: [https://docs.openzeppelin.com/stellar-contracts](https://docs.openzeppelin.com/stellar-contracts/). +For latest OpenZeppelin developer docs, please visit: [https://docs.openzeppelin.com/stellar-contracts](https://docs.openzeppelin.com/stellar-contracts). :::: @@ -23,16 +25,7 @@ For latest OpenZeppelin developer docs, please visit: [https://docs.openzeppelin For a walkthrough on using these contracts check out the video linked below! - + ## OpenZeppelin Stellar Contracts and Utilities @@ -124,7 +117,7 @@ To provide feedback on these contracts and utilties, please open issues at: [htt - [Relayer](https://github.com/OpenZeppelin/openzeppelin-relayer): Infrastructure for relaying transactions on Stellar. - [Monitor](https://github.com/OpenZeppelin/openzeppelin-monitor): Infrastructure tool for monitoring blockchain events and transactions. -- [UI Builder](https://builder.openzeppelin.com/): Open source tool for creating UI forms for contracts. -- [MCP Server](https://mcp.openzeppelin.com/): Generate secure Stellar smart contracts based on OpenZeppelin templates. +- [UI Builder](https://builder.openzeppelin.com): Open source tool for creating UI forms for contracts. +- [MCP Server](https://mcp.openzeppelin.com): Generate secure Stellar smart contracts based on OpenZeppelin templates. - [Role Manager](https://github.com/OpenZeppelin/role-manager): Access control management interface for smart contracts. Visualize roles, permissions, and execute administrative actions. - [Soroban Security Detector SDK](https://github.com/OpenZeppelin/soroban-security-detectors-sdk): Spot issues in contracts before they reach mainnet. This SDK enables developers to build custom static-analysis scanners and comes with prebuilt checks to catch common pitfalls early. diff --git a/docs/tools/quickstart/advanced-usage/container.mdx b/docs/tools/quickstart/advanced-usage/container.mdx index f4547b8d99..db440c94ee 100644 --- a/docs/tools/quickstart/advanced-usage/container.mdx +++ b/docs/tools/quickstart/advanced-usage/container.mdx @@ -16,6 +16,6 @@ The Quickstart [docker image](https://hub.docker.com/r/stellar/quickstart) uses - [horizon](https://github.com/stellar/stellar-horizon) - [friendbot](https://github.com/stellar/friendbot) - [stellar-rpc](https://github.com/stellar/stellar-rpc/tree/main/cmd/stellar-rpc) -- [supervisord](http://supervisord.org/) +- [supervisord](http://supervisord.org) The Stellar CLI has commands for starting and stopping a Quickstart container, and also a command to get logs from a running container. See Stellar CLI [documentation](../../cli/stellar-cli.mdx#stellar-container) for more information. diff --git a/docs/tools/quickstart/cloud/digitalocean.mdx b/docs/tools/quickstart/cloud/digitalocean.mdx index cf54b12cd3..8d6d13af9a 100644 --- a/docs/tools/quickstart/cloud/digitalocean.mdx +++ b/docs/tools/quickstart/cloud/digitalocean.mdx @@ -9,4 +9,4 @@ sidebar_position: 10 Deploy to DigitalOcean App Platform using the following link: -[![Deploy to DigitalOcean](https://www.deploytodo.com/do-btn-blue.svg)](https://cloud.digitalocean.com/apps/new?repo=https://github.com/stellar/quickstart/tree/master) +[![Deploy Digitalocean Screenshot](https://www.deploytodo.com/do-btn-blue.svg)](https://cloud.digitalocean.com/apps/new?repo=https://github.com/stellar/quickstart/tree/master) diff --git a/docs/tools/quickstart/getting-started/README.mdx b/docs/tools/quickstart/getting-started/README.mdx index ed2376516c..9f27cc97bf 100644 --- a/docs/tools/quickstart/getting-started/README.mdx +++ b/docs/tools/quickstart/getting-started/README.mdx @@ -14,7 +14,7 @@ In this guide, you will set up Quickstart using the Stellar CLI. Quickstart will Before following the steps in this guide, the following must be installed and setup on your local system: - [Stellar CLI](../../../build/smart-contracts/getting-started/setup.mdx#install-the-stellar-cli) -- [Docker](https://docs.docker.com/get-started/get-docker/) +- [Docker](https://docs.docker.com/get-started/get-docker) ## Start Quickstart diff --git a/docs/tools/quickstart/getting-started/connect-stellar-lab.mdx b/docs/tools/quickstart/getting-started/connect-stellar-lab.mdx index 8af8d2a286..da37442542 100644 --- a/docs/tools/quickstart/getting-started/connect-stellar-lab.mdx +++ b/docs/tools/quickstart/getting-started/connect-stellar-lab.mdx @@ -15,6 +15,6 @@ Navigate to [Stellar Lab](https://lab.stellar.org) and in the top right corner, - Horizon URL: `http://localhost:8000` - Network passphrase: `Standalone Network ; February 2017` -![Stellar Lab](/assets/quickstart/stellar_lab_screenshot.png) +![Stellar Lab Screenshot](/assets/lab/homepage-screenshot.png) Switch to the Custom network and you can start to interact with Quickstart. A good first task could be to navigate to the Account tab, create an account, and fund it with Friendbot (faucet). diff --git a/docs/tools/ramps/README.mdx b/docs/tools/ramps/README.mdx index dbf590aabc..c43c52ebb5 100644 --- a/docs/tools/ramps/README.mdx +++ b/docs/tools/ramps/README.mdx @@ -7,7 +7,7 @@ import DocCardList from "@theme/DocCardList"; On and off-ramps (called [anchors](../../learn/fundamentals/anchors.mdx) in the Stellar universe) that connect the Stellar network to traditional financial rails. -Stellar has anchor services operating worldwide. View the [Anchor Directory](https://anchors.stellar.org/) for information on Stellar anchors. +Stellar has anchor services operating worldwide. View the [Anchor Directory](https://anchors.stellar.org) for information on Stellar anchors. Anchors can issue their own assets on the Stellar network, or they can honor assets that already exist. diff --git a/docs/tools/ramps/moneygram.mdx b/docs/tools/ramps/moneygram.mdx index e64501b0ac..f9dda8ea6d 100644 --- a/docs/tools/ramps/moneygram.mdx +++ b/docs/tools/ramps/moneygram.mdx @@ -6,4 +6,4 @@ sidebar_position: 10 MoneyGram Ramps is a MoneyGram product that enables users of third-party applications, such as crypto wallets and exchanges, to cash-in (deposit) and cash-out (withdrawal) USDC on Stellar. -[Dive into the MoneyGram Ramps docs](https://developer.moneygram.com/moneygram-developer/docs/integrate-moneygram-ramps) to learn about the technical requirements for integrating MoneyGram Ramps into an existing wallet or creating a new wallet application. +Dive into the [MoneyGram Ramps docs](https://developer.moneygram.com/moneygram-developer/docs/integrate-moneygram-ramps) to learn about the technical requirements for integrating MoneyGram Ramps into an existing wallet or creating a new wallet application. diff --git a/docs/tools/scaffold-stellar.mdx b/docs/tools/scaffold-stellar.mdx index 61ddb9e4a6..0755acffbb 100644 --- a/docs/tools/scaffold-stellar.mdx +++ b/docs/tools/scaffold-stellar.mdx @@ -18,7 +18,7 @@ Before you begin, make sure you have the following installed: | Tool | Description | Install Link | | --- | --- | --- | | [Rust & Cargo](https://www.rust-lang.org/tools/install) | For writing and compiling smart contracts | `curl https://sh.rustup.rs -sSf \| sh` | -| [Node.js & npm](https://nodejs.org/) | For frontend development | Download from official site | +| [Node.js & npm](https://nodejs.org) | For frontend development | Download from official site | | [Stellar CLI](https://github.com/stellar/stellar-cli) | For building, deploying, and interacting with smart contracts | [`Link for the repo`](https://github.com/stellar/stellar-cli) | ## Getting Started diff --git a/docs/tools/sdks/build-your-own.mdx b/docs/tools/sdks/build-your-own.mdx index 811f140fac..3cce90d472 100644 --- a/docs/tools/sdks/build-your-own.mdx +++ b/docs/tools/sdks/build-your-own.mdx @@ -9,7 +9,7 @@ This is for building an SDK for writing smart contracts. ::: -Soroban currently has one SDF-maintained SDK for writing contracts in Rust, which can be found [here][soroban-sdk]. A community-maintained SDK is available for writing contracts in AssemblyScript, which can be found [here][as-soroban-sdk]. +Soroban currently has one SDF-maintained SDK for writing contracts in Rust, which can be found [here](https://docs.rs/soroban-sdk). A community-maintained SDK is available for writing contracts in AssemblyScript, which can be found [here](https://github.com/Soneso/as-soroban-sdk). To build SDKs for other languages a few things need to be included in the SDK to provide contracts with the foundation they need to accept inputs, decode them, store data, call other contracts, etc. @@ -19,15 +19,15 @@ Below is a list of functionality a Soroban SDK needs to support those things, as ### Value Conversions -- [Val] encode/decode -- [Object] encode/decode -- [Symbol] encode/decode -- [Option] encode/decode -- [Error] encode/decode +- [Val](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/val.rs) encode/decode +- [Object](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/object.rs) encode/decode +- [Symbol](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/symbol.rs) encode/decode +- [Option](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/option.rs) encode/decode +- [Error](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/error.rs) encode/decode ### Host Functions -The host functions defined in [env.json] are functions callable from within the Wasm Guest environment. These need to be available to contracts to call, in some form, ideally wrapped so that contracts have a nicer interface. +The host functions defined in [env.json](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/env.json) are functions callable from within the Wasm Guest environment. These need to be available to contracts to call, in some form, ideally wrapped so that contracts have a nicer interface. Host functions have friendly names in the file above, such as `get_ledger_version`, however in the Wasm they are only importable via short names, such as `x.4`. The letter proceeding the dot is the module, and the value after the dot is the function name. The mappins are available in env.rs. @@ -35,15 +35,15 @@ Host functions have friendly names in the file above, such as `get_ledger_versio All the types in [soroban-sdk](https://docs.rs/soroban-sdk) should be supported. Notably: -- [Map] -- [Vec] -- [Bytes] +- [Map](https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/map.rs) +- [Vec](https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/vec.rs) +- [Bytes](https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/bytes.rs) ### User Defined Types Contracts should be able to create user defined types, such as structs, unions, or enums, and have them be transmitted to the host for storing and transmitted back for loading. -SDKs do this by converting objects to and from a `Val`. In the [soroban-sdk] this is referred to as a [Val]. +SDKs do this by converting objects to and from a `Val`. In the [soroban-sdk](https://docs.rs/soroban-sdk) this is referred to as a [Val](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/val.rs). #### Structs @@ -61,17 +61,17 @@ Enums with integer values should be translated into a `u32`. ### User Defined Errors -Errors are `u32` values that are translated into a [Error]. +Errors are `u32` values that are translated into a [Error](https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/error.rs). ### Environment Meta Generation -Contracts must contain a Wasm custom section with name `contractenvmetav0` and containing a serialized [`SCEnvMetaEntry`]. The interface version stored within should match the version of the host functions supported. +Contracts must contain a Wasm custom section with name `contractenvmetav0` and containing a serialized [`SCEnvMetaEntry`](https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-env-meta.x). The interface version stored within should match the version of the host functions supported. To view the Environment Meta, please consider using Stellar Lab's Contract Explorer, or Stellar CLI's command `stellar contract info env-meta --contract-id `. ### Contract Meta Generation -Contracts can optionally include a custom Wasm section named `contractmetav0`, which contains a serialized [`SCMetaEntry`]. This section is not used by the network itself, but allows contracts to embed arbitrary metadata, including contract name, version, author, supported interfaces, source repo, or home domain. Applications and tooling can read this metadata to provide richer developer experiences, better indexing, or enhanced contract discovery. +Contracts can optionally include a custom Wasm section named `contractmetav0`, which contains a serialized [`SCMetaEntry`](https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-meta.x). This section is not used by the network itself, but allows contracts to embed arbitrary metadata, including contract name, version, author, supported interfaces, source repo, or home domain. Applications and tooling can read this metadata to provide richer developer experiences, better indexing, or enhanced contract discovery. To add metadata to Contract Meta, please use the Stellar CLI command `stellar contract build --meta `. @@ -79,31 +79,15 @@ To view the Contract Meta, please use the Stellar Lab's Contract Explorer, or th ### Contract Spec Generation -Contracts should contain a Wasm custom section with name `contractspecv0` and containing a serialized stream of [`SCSpecEntry`]. There should be a `SCSpecEntry` for every function, struct, and union exported by the contract. +Contracts should contain a Wasm custom section with name `contractspecv0` and containing a serialized stream of [`SCSpecEntry`](https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-spec.x). There should be a `SCSpecEntry` for every function, struct, and union exported by the contract. To view the Contract Meta, please use the Stellar Lab's Contract Explorer, or the Stellar CLI command `stellar contract info interface --contract-id `. ## Testing -Any Soroban SDK ideally provides a test environment for executing contract functions in the context of a Soroban runtime environment. The [soroban-sdk] does this by embedding the Soroban environment Rust library, [soroban-env-host]. +Any Soroban SDK ideally provides a test environment for executing contract functions in the context of a Soroban runtime environment. The [soroban-sdk](https://docs.rs/soroban-sdk) does this by embedding the Soroban environment Rust library, [soroban-env-host](https://github.com/stellar/rs-soroban-env). The test environment should include: - Invoking contract functions. - Integration testing across multiple contracts. - -[soroban-sdk]: https://docs.rs/soroban-sdk -[as-soroban-sdk]: https://github.com/Soneso/as-soroban-sdk -[soroban-env-host]: https://github.com/stellar/rs-soroban-env -[val]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/val.rs -[error]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/error.rs -[object]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/object.rs -[symbol]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/symbol.rs -[option]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/src/option.rs -[env.json]: https://github.com/stellar/rs-soroban-env/blob/main/soroban-env-common/env.json -[map]: https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/map.rs -[vec]: https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/vec.rs -[bytes]: https://github.com/stellar/rs-soroban-sdk/blob/main/soroban-sdk/src/bytes.rs -[`scenvmetaentry`]: https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-env-meta.x -[`scspecentry`]: https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-spec.x -[`scmetaentry`]: https://github.com/stellar/stellar-xdr/blob/next/Stellar-contract-meta.x diff --git a/docs/tools/sdks/client-sdks.mdx b/docs/tools/sdks/client-sdks.mdx index 0079226147..e50f3e955f 100644 --- a/docs/tools/sdks/client-sdks.mdx +++ b/docs/tools/sdks/client-sdks.mdx @@ -21,7 +21,7 @@ Each SDK has its own source code and documentation. Learn how to use a specific ## JavaScript SDK -[JavaScript SDK](https://github.com/stellar/js-stellar-sdk) | [Docs](https://stellar.github.io/js-stellar-sdk/) | [NPM](https://www.npmjs.com/package/@stellar/stellar-sdk) +[JavaScript SDK](https://github.com/stellar/js-stellar-sdk) | [Docs](https://stellar.github.io/js-stellar-sdk) | [NPM](https://www.npmjs.com/package/@stellar/stellar-sdk) **The JavaScript SDK is maintained by SDF.** @@ -34,7 +34,7 @@ It provides: ## Python SDK -[Python SDK](https://github.com/StellarCN/py-stellar-base) | [Docs](https://stellar-sdk.readthedocs.io/en/latest/) | [Examples](https://github.com/StellarCN/py-stellar-base/tree/master/examples) +[Python SDK](https://github.com/StellarCN/py-stellar-base) | [Docs](https://stellar-sdk.readthedocs.io/en/latest) | [Examples](https://github.com/StellarCN/py-stellar-base/tree/master/examples) **The Python SDK is maintained by dedicated community developers.** @@ -53,17 +53,13 @@ Functionality for interacting with Stellar data can be found in the following Ru - `stellar-xdr` – [Code](https://github.com/stellar/rs-stellar-xdr) | [Docs](https://docs.rs/stellar-xdr) - Provides [XDR] encode/decode and the reference implementation of [XDR-JSON]. **Maintained by SDF.** + Provides [XDR](../../learn/fundamentals/data-format/xdr) encode/decode and the reference implementation of [XDR-JSON](../../learn/fundamentals/data-format/xdr-json.mdx). **Maintained by SDF.** - `stellar-strkey` – [Code](https://github.com/stellar/rs-stellar-strkey) | [Docs](https://docs.rs/stellar-strkey) - Provides Stellar Strkey (Address) [SEP-23] encoding/decoding. **Maintained by SDF.** + Provides Stellar Strkey (Address) [SEP-23](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0023.md) encoding/decoding. **Maintained by SDF.** -[XDR]: ../../learn/fundamentals/data-format/xdr -[XDR-JSON]: ../../learn/fundamentals/data-format/xdr-json.mdx -[SEP-23]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0023.md - -- `soroban-client` - [Code](https://github.com/rahul-soshte/rs-soroban-client) | [Docs](https://docs.rs/soroban-client/latest/soroban_client/) +- `soroban-client` - [Code](https://github.com/rahul-soshte/rs-soroban-client) | [Docs](https://docs.rs/soroban-client/latest/soroban_client) A Rust library for interacting with the Soroban smart contract environment. It provides APIs to build and submit transactions, communicate with Stellar RPC servers, and supports all classic Stellar operations. **Maintained by a dedicated community developer.** @@ -103,7 +99,7 @@ The PHP Stellar SDK is maintained by dedicated community developer, Soneso. ## Java SDK -[Java SDK](https://github.com/lightsail-network/java-stellar-sdk) | [Docs](https://lightsail-network.github.io/java-stellar-sdk/) +[Java SDK](https://github.com/lightsail-network/java-stellar-sdk) | [Docs](https://lightsail-network.github.io/java-stellar-sdk) **Maintained by a dedicated community developer.** @@ -122,6 +118,6 @@ This SDK is split up into separate packages, all of which you can find in the [G ## C# .NET -[C# .NET SDK](https://github.com/Beans-BV/dotnet-stellar-sdk) | [Docs](https://elucidsoft.github.io/dotnet-stellar-sdk/) +[C# .NET SDK](https://github.com/Beans-BV/dotnet-stellar-sdk) | [Docs](https://elucidsoft.github.io/dotnet-stellar-sdk) **This SDK is maintained by dedicated community developers.** diff --git a/docs/tools/sdks/contract-sdks.mdx b/docs/tools/sdks/contract-sdks.mdx index 5400b827ba..1e5f610a55 100644 --- a/docs/tools/sdks/contract-sdks.mdx +++ b/docs/tools/sdks/contract-sdks.mdx @@ -42,7 +42,7 @@ soroban-sdk = { version = $VERSION, features = ["testutils"] } ## Solidity SDK -[Hyperledger Solang compiler](https://github.com/hyperledger-solang/solang) | [Docs](https://solang.readthedocs.io/en/v0.3.4/) +[Hyperledger Solang compiler](https://github.com/hyperledger-solang/solang) | [Docs](https://solang.readthedocs.io/en/v0.3.4) **The Solang compiler is maintained by the Hyperledger community.** @@ -52,7 +52,7 @@ The supported Solidity examples can be found within the [Solang repository](http You can report issues and add requests for features to the Solang repository [here](https://github.com/hyperledger-solang/solang/issues/new/choose). -Solang compiler also provides a Web IDE that you can use to compile, deploy and interact with Solidity contracts on Soroban. You can access the Web IDE [here](https://solang.io/). +Solang compiler also provides a Web IDE that you can use to compile, deploy and interact with Solidity contracts on Soroban. You can access the Web IDE [here](https://solang.io). ## AssemblyScript SDK diff --git a/docs/validators/README.mdx b/docs/validators/README.mdx index b2c709339b..5169dc3a6b 100644 --- a/docs/validators/README.mdx +++ b/docs/validators/README.mdx @@ -5,9 +5,13 @@ description: "Learn how validators support network security and consensus. Under sidebar_position: 10 --- +import YouTube from "@site/src/components/YouTube"; + # Validators Introduction -Stellar is a peer-to-peer network made up of nodes, which are computers that keep a common distributed [ledger](../learn/fundamentals/stellar-data-structures/ledgers.mdx), and that communicate to validate and add [transactions](../learn/fundamentals/transactions/operations-and-transactions.mdx) to it. Nodes use a program called Stellar Core — an implementation of the [Stellar Consensus Protocol](../learn/fundamentals/stellar-consensus-protocol.mdx) — to stay in sync as they work to agree on the validity of transaction sets and to apply them to the ledger. Generally, nodes reach consensus, apply a transaction set, and update the ledger every 3-5 seconds. + + +Stellar is a peer-to-peer network made up of nodes, which are computers that keep a common distributed [ledger](../learn/fundamentals/stellar-data-structures/ledgers/README.mdx), and that communicate to validate and add [transactions](../learn/fundamentals/transactions/operations-and-transactions.mdx) to it. Nodes use a program called Stellar Core — an implementation of the [Stellar Consensus Protocol](../learn/fundamentals/stellar-consensus-protocol.mdx) — to stay in sync as they work to agree on the validity of transaction sets and to apply them to the ledger. Generally, nodes reach consensus, apply a transaction set, and update the ledger every 3-5 seconds. This section of the docs explains how to run a validator node, which participates in consensus to validate transactions and determine network settings. A validator node _should not_ be used for network data access and transaction submission. There are two varieties of _non-validating_ nodes that can be used for those purposes, each of which has its own process for set up, interaction, maintenance, and monitoring. They are: diff --git a/docs/validators/admin-guide/advanced.mdx b/docs/validators/admin-guide/advanced.mdx index a681feb3df..2b39a3df28 100644 --- a/docs/validators/admin-guide/advanced.mdx +++ b/docs/validators/admin-guide/advanced.mdx @@ -7,7 +7,7 @@ This page contains information that is useful to know but that should not stop s ## Creating Your Own Private Network -The [stellar-core GitHub repository] holds [a `testnet.md` file] which contains a short tutorial demonstrating how to configure and run a short-lived, isolated test network. +The [stellar-core GitHub repository](https://github.com/stellar/stellar-core) holds [a `testnet.md` file](https://github.com/stellar/stellar-core/blob/master/docs/software/testnet.md) which contains a short tutorial demonstrating how to configure and run a short-lived, isolated test network. ## Runtime Information: Start and Stop @@ -15,34 +15,23 @@ Stellar-core can be started directly from the command line, or through a supervi Stellar-core can be gracefully exited at any time by delivering `SIGINT` or pressing `CTRL-C`. It can be safely, forcibly terminated with `SIGTERM` or `SIGKILL`. The latter may leave a stale lock file in the `BUCKET_DIR_PATH`, and you may need to remove this file before stellar-core will restart. Broadly speaking, all components are designed to recover from abrupt termination. -Stellar-core can also be packaged in a container system such as Docker, so long as `BUCKET_DIR_PATH` and the database are stored on persistent volumes. For an example, see [`stellar/quickstart`]. +Stellar-core can also be packaged in a container system such as Docker, so long as `BUCKET_DIR_PATH` and the database are stored on persistent volumes. For an example, see [`stellar/quickstart`](https://github.com/stellar/quickstart). ## In-depth Architecture -The [stellar-core GitHub repository] also contains [the `architecture.md` file], which describes how stellar-core is structured internally, how it is intended to be deployed, and the collection of servers and services needed to get the full functionality and performance. +The [stellar-core GitHub repository](https://github.com/stellar/stellar-core) also contains [the `architecture.md` file](https://github.com/stellar/stellar-core/blob/master/docs/architecture.md), which describes how stellar-core is structured internally, how it is intended to be deployed, and the collection of servers and services needed to get the full functionality and performance. ## Reproducible Performance Testing With Stellar Supercluster -[Stellar Supercluster] is a tool that enables running simulated networks of stellar-core nodes on Kubernetes clusters. One use case for Supercluster is running reproducible performance tests. The Supercluster GitHub repository contains a few documents to help users run theoretical maximum Transaction Per Second (TPS) tests: +[Stellar Supercluster](https://github.com/stellar/supercluster/tree/main) is a tool that enables running simulated networks of stellar-core nodes on Kubernetes clusters. One use case for Supercluster is running reproducible performance tests. The Supercluster GitHub repository contains a few documents to help users run theoretical maximum Transaction Per Second (TPS) tests: -- [`doc/getting-started.md`] details dependencies for building and running Supercluster. -- [`doc/eks.md`] details how to build a supercluster-compatible EKS cluster on AWS. -- [`doc/theoretical-max-tps.md`] explains how to run the theoretical max TPS test on an EKS cluster. It also contains a table of results from SDF's own theoretical max TPS runs, as well as the configurations used to achieve those results. +- [`doc/getting-started.md`](https://github.com/stellar/supercluster/blob/main/doc/getting-started.md) details dependencies for building and running Supercluster. +- [`doc/eks.md`](https://github.com/stellar/supercluster/blob/main/doc/eks.md) details how to build a supercluster-compatible EKS cluster on AWS. +- [`doc/theoretical-max-tps.md`](https://github.com/stellar/supercluster/blob/main/doc/theoretical-max-tps.md) explains how to run the theoretical max TPS test on an EKS cluster. It also contains a table of results from SDF's own theoretical max TPS runs, as well as the configurations used to achieve those results. ### Other Supercluster Resources Supercluster is useful beyond reproducible performance testing. Some helpful resources to learn more about Supercluster include: -- [`doc/measuring-transaction-throughput.md`] details additional maximum TPS tests beyond the theoretical max TPS test. -- [`doc/missions.md`] lists all tests (referred to as "missions") that Supercluster supports. - -[stellar-core github repository]: https://github.com/stellar/stellar-core -[a `testnet.md` file]: https://github.com/stellar/stellar-core/blob/master/docs/software/testnet.md -[`stellar/quickstart`]: https://github.com/stellar/quickstart -[the `architecture.md` file]: https://github.com/stellar/stellar-core/blob/master/docs/architecture.md -[Stellar Supercluster]: https://github.com/stellar/supercluster/tree/main -[`doc/getting-started.md`]: https://github.com/stellar/supercluster/blob/main/doc/getting-started.md -[`doc/eks.md`]: https://github.com/stellar/supercluster/blob/main/doc/eks.md -[`doc/theoretical-max-tps.md`]: https://github.com/stellar/supercluster/blob/main/doc/theoretical-max-tps.md -[`doc/measuring-transaction-throughput.md`]: https://github.com/stellar/supercluster/blob/main/doc/measuring-transaction-throughput.md -[`doc/missions.md`]: https://github.com/stellar/supercluster/blob/main/doc/missions.md +- [`doc/measuring-transaction-throughput.md`](https://github.com/stellar/supercluster/blob/main/doc/measuring-transaction-throughput.md) details additional maximum TPS tests beyond the theoretical max TPS test. +- [`doc/missions.md`](https://github.com/stellar/supercluster/blob/main/doc/missions.md) lists all tests (referred to as "missions") that Supercluster supports. diff --git a/docs/validators/admin-guide/commands.mdx b/docs/validators/admin-guide/commands.mdx index fda51c677d..837195b2eb 100644 --- a/docs/validators/admin-guide/commands.mdx +++ b/docs/validators/admin-guide/commands.mdx @@ -7,9 +7,9 @@ Stellar Core can be controlled using a robust CLI. :::info -We will cover a selection of the _essential_ commands and syntax here, but the **very best resource** for utilizing the `stellar-core` command line is located in the [stellar-core GitHub repo]. +We will cover a selection of the _essential_ commands and syntax here, but the **very best resource** for utilizing the `stellar-core` command line is located in the [stellar-core GitHub repo](https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md). -Additionally, while the commands on this page are _CLI_ commands, there is an additional set of [_HTTP_ endpoint commands] that provide further administrative control over a running core node. +Additionally, while the commands on this page are _CLI_ commands, there is an additional set of [_HTTP_ endpoint commands](https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md#http-commands) that provide further administrative control over a running core node. ::: @@ -67,9 +67,6 @@ The **`catchup`** command will execute a catchup from history archives without c :::info -To reiterate, this page covers a selection of the _essential_ commands, but we've only scratched the surface. The **very best, most comprehensive resource** for utilizing the `stellar-core` command line is located in the [stellar-core GitHub repo]. +To reiterate, this page covers a selection of the _essential_ commands, but we've only scratched the surface. The **very best, most comprehensive resource** for utilizing the `stellar-core` command line is located in the [stellar-core GitHub repo](https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md). ::: - -[stellar-core GitHub repo]: https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md -[_HTTP_ endpoint commands]: https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md#http-commands diff --git a/docs/validators/admin-guide/configuring.mdx b/docs/validators/admin-guide/configuring.mdx index d85008fe43..7d8251c90c 100644 --- a/docs/validators/admin-guide/configuring.mdx +++ b/docs/validators/admin-guide/configuring.mdx @@ -33,11 +33,11 @@ This page attempts (as strictly as is possible) to focus on the specific fields While we're looking at some of the config basics on this page, we've written this content to work best in conjunction with concrete config examples, so as you read through it, you may want to review the following: -- The [complete example config] is not a real configuration, but thoroughly documents all possible configuration elements, as well as their default values. It's got every knob you can turn and every setting you can tweak along with detailed explanations of how to turn and tweak them. You don't need to put everything from the complete example config into your config file. Fields you omit will assume the default setting, and the default setting will generally serve you well. There are a few required fields, though, and this page will explain what they are. +- The [complete example config](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg) is not a real configuration, but thoroughly documents all possible configuration elements, as well as their default values. It's got every knob you can turn and every setting you can tweak along with detailed explanations of how to turn and tweak them. You don't need to put everything from the complete example config into your config file. Fields you omit will assume the default setting, and the default setting will generally serve you well. There are a few required fields, though, and this page will explain what they are. -- If you want to connect to the Testnet network, check out the [example Testnet config]. As you can see, most of the fields from the [complete example config] are omitted since the default settings work fine. You can easily tailor this config to meet your Testnet needs. +- If you want to connect to the Testnet network, check out the [example Testnet config](https://github.com/stellar/quickstart/blob/master/testnet/core/etc/stellar-core.cfg). As you can see, most of the fields from the [complete example config](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg) are omitted since the default settings work fine. You can easily tailor this config to meet your Testnet needs. -- If you want to connect to the Mainnet network, check out this [example Mainnet config] for a full validator. It includes a properly crafted quorum set with all the current [Tier 1 validators](../tier-1-orgs.mdx), which is a good place to start for most configurations. This node is set up to both [validate](#validating-node) and write history to a [public archive](./environment-preparation.mdx#configuring-to-publish-data-to-an-archive), but you can disable either feature by adjusting this config so it's a little lighter. +- If you want to connect to the Mainnet network, check out this [example Mainnet config](https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg) for a full validator. It includes a properly crafted quorum set with all the current [Tier 1 validators](../tier-1-orgs.mdx), which is a good place to start for most configurations. This node is set up to both [validate](#validating-node) and write history to a [public archive](./environment-preparation.mdx#configuring-to-publish-data-to-an-archive), but you can disable either feature by adjusting this config so it's a little lighter. Auditing of the P2P network is enabled by default, see the [overlay topology](./monitoring.mdx#overlay-topology-survey) section for more detail if you'd like to disable it @@ -52,7 +52,7 @@ For more about the Network Passphrase and how it works, check out the [Networks ### Database -You specify your node's database by using the aptly named `DATABASE` field of your config file, which you can can read more about in the [complete example config][complete-example-database]. It defaults to an in-memory database, but you can specify a path as per the example. +You specify your node's database by using the aptly named `DATABASE` field of your config file, which you can can read more about in the [complete example config](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L48). It defaults to an in-memory database, but you can specify a path as per the example. ### Buckets @@ -98,11 +98,11 @@ If you don't include a `NODE_SEED` or set `NODE_IS_VALIDATOR=true`, your node wi If you run multiple validators, make sure to set a common `HOME_DOMAIN` for them by setting the `NODE_HOME_DOMAIN` property to the same value. This will ensure your nodes get grouped correctly during [quorum set generation](#home-domains-array). You also need to include your other nodes in in your config file's [`VALIDATORS` array](#validators-array). -If you want other validators to add your node to their quorum sets, you should also share your public key (`GDMTUTQ...`) by publishing a `stellar.toml` file on your home domain following specifications laid out by [SEP-20]. +If you want other validators to add your node to their quorum sets, you should also share your public key (`GDMTUTQ...`) by publishing a `stellar.toml` file on your home domain following specifications laid out by [SEP-20](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0020.md). ## Choosing Your Quorum Set -To create your quorum set, Stellar Core relies on two arrays of tables: `[[HOME_DOMAINS]]` and `[[VALIDATORS]]`. Check out the example config's [`HOME_DOMAINS` array] and [`VALIDATORS` array] to see them in action. +To create your quorum set, Stellar Core relies on two arrays of tables: `[[HOME_DOMAINS]]` and `[[VALIDATORS]]`. Check out the example config's [`HOME_DOMAINS` array](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L671) and [`VALIDATORS` array](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L688) to see them in action. :::info @@ -110,7 +110,7 @@ It is beneficial to take a brief detour here and explore some background informa ::: -No matter what kind of node you run — Basic or Full Validator — you need to select a quorum set, which consists of validators (grouped by organization) that your node checks with to determine whether to apply a transaction set to a ledger. If you want to know more about how quorum sets work, check this article about [how Stellar approaches quorums]. If you want to see what a quorum set consisting of all the Tier 1 validators looks like — a tried and true setup — check out the [public network config for a Full Validator]. +No matter what kind of node you run — Basic or Full Validator — you need to select a quorum set, which consists of validators (grouped by organization) that your node checks with to determine whether to apply a transaction set to a ledger. If you want to know more about how quorum sets work, check this article about [how Stellar approaches quorums](https://www.stellar.org/developers-blog/why-quorums-matter-and-how-stellar-approaches-them). If you want to see what a quorum set consisting of all the Tier 1 validators looks like — a tried and true setup — check out the [public network config for a Full Validator](https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg). A good quorum set: @@ -132,7 +132,7 @@ While this does not absolve you of all responsibility — you still need to pick When you add a validating node to your quorum set, it's generally because you trust the _organization_ running the node: you trust SDF, not some anonymous Stellar public key. -In order to create a self-verified link between a node and the organization that runs it, a validator declares a home domain on-chain using a [`set_options` operation](../../learn/fundamentals/transactions/list-of-operations.mdx#set-options), and publishes organizational information in a `stellar.toml` file hosted on that domain. To find out how that works, take a look at [SEP-20]. +In order to create a self-verified link between a node and the organization that runs it, a validator declares a home domain on-chain using a [`set_options` operation](../../learn/fundamentals/transactions/list-of-operations.mdx#set-options), and publishes organizational information in a `stellar.toml` file hosted on that domain. To find out how that works, take a look at [SEP-20](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0020.md). As a result of that link, you can look up a node by its Stellar public key and check the `stellar.toml` file to find out who runs it. It's possible to do that manually, but you can also just consult the list of nodes on [Stellarbeat.io](https://stellarbeat.io/nodes). If you decide to trust an organization, you can use that list to collect the information necessary to add their nodes to your configuration. @@ -247,7 +247,7 @@ Once you add validators to your configuration, stellar core automatically genera - The combined weight of `MEDIUM` quality entities equals a single `HIGH` quality entity - The combined weight of `LOW` quality entities equals a single `MEDIUM` quality entity -![Diagram Automatic Quorum Set Generation](/assets/diagrams/validator_complete.png) +![Diagram Automatic Quorum Set Generation](/assets/diagrams/validator-complete.png) _Diagram: Depiction of the nested quality levels and how they interact._ @@ -283,13 +283,3 @@ Let there be 3 `HIGH` quality organizations, 2 `MEDIUM` quality organizations, a - Each `HIGH` quality organization has a weight of `1`. - Each `MEDIUM` quality organization has a weight of `1/(10 * 3)`, or `1/30`. - Each `LOW` quality organization has a weight of `0`. - -[complete example config]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg -[example testnet config]: https://github.com/stellar/quickstart/blob/master/testnet/core/etc/stellar-core.cfg -[example mainnet config]: https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg -[complete-example-database]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L48 -[`HOME_DOMAINS` array]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L671 -[`VALIDATORS` array]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg#L688 -[SEP-20]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0020.md -[how Stellar approaches quorums]: https://www.stellar.org/developers-blog/why-quorums-matter-and-how-stellar-approaches-them -[public network config for a Full Validator]: https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg diff --git a/docs/validators/admin-guide/environment-preparation.mdx b/docs/validators/admin-guide/environment-preparation.mdx index 1361059e18..1fb55449e9 100644 --- a/docs/validators/admin-guide/environment-preparation.mdx +++ b/docs/validators/admin-guide/environment-preparation.mdx @@ -53,7 +53,7 @@ Any reasonably recent state will do — if such a snapshot is a little old, stel Stellar Core normally interacts with one or more history archives, which are configurable facilities where [Full Validators](../README.mdx#full-validator) store flat files containing history checkpoints: bucket files and history logs. History archives are usually off-site commodity storage services such as Amazon S3, Google Cloud Storage, Azure Blob Storage, or custom SCP/SFTP/HTTP servers. -Use command templates in the config file to give the specifics of which services you will use and how to access them. The [example config] will demonstrate how to configure a history archive through command templates. +Use command templates in the config file to give the specifics of which services you will use and how to access them. The [example config](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg) will demonstrate how to configure a history archive through command templates. ### Configuring to Get Data from an Archive @@ -63,7 +63,7 @@ When you're [choosing your quorum set](./configuring.mdx#choosing-your-quorum-se :::note -If you notice a lot of errors related to downloading archives, you should ensure all archives in your configuration are up-to-date. You can review the [example Mainnet configuration] to see how you might use up-to-date Tier 1 validators for their history archives. +If you notice a lot of errors related to downloading archives, you should ensure all archives in your configuration are up-to-date. You can review the [example Mainnet configuration](https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg) to see how you might use up-to-date Tier 1 validators for their history archives. ::: @@ -103,6 +103,3 @@ In addition, you should ensure that your operating environment is also functiona - [Logging](./logging.mdx) and log rotation - [Monitoring](./monitoring.mdx) and alerting infrastructure - -[example config]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg -[example Mainnet configuration]: https://github.com/stellar/packages/blob/master/docs/examples/pubnet-validator-full/stellar-core.cfg diff --git a/docs/validators/admin-guide/installation.mdx b/docs/validators/admin-guide/installation.mdx index af46f81ad5..1fc68cc579 100644 --- a/docs/validators/admin-guide/installation.mdx +++ b/docs/validators/admin-guide/installation.mdx @@ -53,7 +53,7 @@ We publish multiple packages for convenience. | stellar-core | none | installs stellar-core binary, systemd service, logrotate script, documentation | | stellar-core-utils | none | installs useful command line tools (stellar-core-cmd, stellar-core-gap-detect) | | stellar-core-prometheus-exporter | none | installs a Prometheus exporter to facilitate ingesting stellar-core metrics | -| stellar-core-postgres | stellar-core, PostgreSQL | configures a PostgreSQL server, creates a stellar db,role and system user, the default stellar-core configuration contained in this package will connect to the Testnet | +| stellar-core-postgres | stellar-core, PostgreSQL | configures a PostgreSQL server, creates a Stellar DB,role and system user, the default stellar-core configuration contained in this package will connect to the Testnet | | stellar-archivist | none | installs stellar-archivist cli tool for managing stellar-core History archives | To install a chosen package run: diff --git a/docs/validators/admin-guide/logging.mdx b/docs/validators/admin-guide/logging.mdx index 8d30dc68dc..ca50b46475 100644 --- a/docs/validators/admin-guide/logging.mdx +++ b/docs/validators/admin-guide/logging.mdx @@ -27,10 +27,8 @@ Against a running system. :::info -Please take a look at the [HTTP Commands reference] for more information about the partitions available for use in the `ll` command. +Please take a look at the [HTTP Commands reference](https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md#http-commands) for more information about the partitions available for use in the `ll` command. ::: The default log level is `INFO`, which is moderately verbose and should emit progress messages every few seconds under normal operation. - -[HTTP Commands reference]: https://github.com/stellar/stellar-core/blob/master/docs/software/commands.md#http-commands diff --git a/docs/validators/admin-guide/monitoring.mdx b/docs/validators/admin-guide/monitoring.mdx index e07724b574..2974120c16 100644 --- a/docs/validators/admin-guide/monitoring.mdx +++ b/docs/validators/admin-guide/monitoring.mdx @@ -181,7 +181,7 @@ During the reporting phase, the surveyor sends `TimeSlicedSurveyRequestMessage`s ### Overlay Survey Script -To simplify running an overlay survey, stellar-core ships with a script [`OverlaySurvey.py`](https://github.com/stellar/stellar-core/blob/master/scripts/OverlaySurvey.py) in the [`scripts` directory](https://github.com/stellar/stellar-core/tree/master/scripts). This script walks the network using the overlay survey HTTP endpoints to build a graph containing the topology of the overlay network. The script outputs this graph both in JSON format, as well as GraphML. You can analyze the GraphML file using a GraphML viewer such as [Gephi](https://gephi.org/). +To simplify running an overlay survey, stellar-core ships with a script [`OverlaySurvey.py`](https://github.com/stellar/stellar-core/blob/master/scripts/OverlaySurvey.py) in the [`scripts` directory](https://github.com/stellar/stellar-core/tree/master/scripts). This script walks the network using the overlay survey HTTP endpoints to build a graph containing the topology of the overlay network. The script outputs this graph both in JSON format, as well as GraphML. You can analyze the GraphML file using a GraphML viewer such as [Gephi](https://gephi.org). An example usage of the survey script to run an overlay survey is as follows: @@ -612,7 +612,7 @@ Rules are documented in-line,and we strongly recommend that you review and verif ### Configure Notifications Using Alertmanager -Alertmanager is responsible for sending notifications. Installing and configuring an Alertmanager server is out of scope of this document, however it is a fairly simple process. Official documentation is [here](https://github.com/prometheus/alertmanager/). +Alertmanager is responsible for sending notifications. Installing and configuring an Alertmanager server is out of scope of this document, however it is a fairly simple process. Official documentation is [here](https://github.com/prometheus/alertmanager). All recommended alerting rules have "severity" label: @@ -656,8 +656,8 @@ In the above examples alerts with severity "critical" are sent to pagerduty and You may find the below exporters useful for monitoring your infrastructure as they provide incredible insight into your operating system and database metrics. Installing and configuring these exporters is out of the scope of this document but should be relatively straightforward. -- [node_exporter](https://prometheus.io/docs/guides/node-exporter/) can be used to track all operating system metrics. -- [postgresql_exporter](https://github.com/wrouesnel/postgres_exporter) can be used to monitor the local stellar-core database. +- [`node_exporter`](https://prometheus.io/docs/guides/node-exporter) can be used to track all operating system metrics. +- [`postgresql_exporter`](https://github.com/wrouesnel/postgres_exporter) can be used to monitor the local stellar-core database. ### Visualize Metrics Using Grafana diff --git a/docs/validators/admin-guide/prerequisites.mdx b/docs/validators/admin-guide/prerequisites.mdx index f49918ea85..3c54238e3c 100644 --- a/docs/validators/admin-guide/prerequisites.mdx +++ b/docs/validators/admin-guide/prerequisites.mdx @@ -13,13 +13,13 @@ CPU, RAM, Disk and network depends on network activity. If you decide to colloca ::: -At the time of writing (April 2024), Stellar Core with PostgreSQL running on the same machine worked well on a [c5d.2xlarge](https://aws.amazon.com/ec2/instance-types/c5/) instance in AWS (8x Intel Xeon vCPUs at 3.4 GHz; 16 GB RAM; 100 GB NVMe SSD (10,000 iops)). +At the time of writing (April 2024), Stellar Core with PostgreSQL running on the same machine worked well on a [`c5d.2xlarge`](https://aws.amazon.com/ec2/instance-types/c5) instance in AWS (8x Intel Xeon vCPUs at 3.4 GHz; 16 GB RAM; 100 GB NVMe SSD (10,000 iops)). Stellar Core is designed to run on relatively modest hardware so that a whole range of individuals and organizations can participate in the network, and basic nodes should be able to function pretty well without tremendous overhead. That said, the more you ask of your node, the greater the requirements. | Node Type | CPU | RAM | Disk | AWS SKU | Google Cloud SKU | | --- | --- | --- | --- | --- | --- | -| Core Validator Node | 8x Intel Xeon @ 3.4 GHz | 16 GB | 100 GB NVMe SSD | [c5d.2xlarge] | [n4-highcpu-8] | +| Core Validator Node | 8x Intel Xeon @ 3.4 GHz | 16 GB | 100 GB NVMe SSD | [c5d.2xlarge](https://aws.amazon.com/ec2/instance-types/c5) | [n4-highcpu-8](https://cloud.google.com/compute/docs/general-purpose-machines#n4-highcpu) | _\* Assuming a 30-day retention window for data storage._ @@ -29,11 +29,11 @@ Stellar Core interacts with the peer-to-peer network to keep a distributed ledge ### Inbound -A Stellar Core node needs to allow all IPs to connect to its `PEER_PORT` over TCP. You can specify a port when you [configure] Stellar Core, but most people use the default, which is **11625**. +A Stellar Core node needs to allow all IPs to connect to its `PEER_PORT` over TCP. You can specify a port when you [configure](./configuring.mdx) Stellar Core, but most people use the default, which is **11625**. ### Outbound -A Stellar Core node needs to connect to other nodes on the internet via their `PEER_PORT` over TCP. You can find information about other nodes' `PEER_PORT`s on a network explorer like [Stellarbeat](https://stellarbeat.io/), but most use the default port for this as well, which is (again) **11625**. +A Stellar Core node needs to connect to other nodes on the internet via their `PEER_PORT` over TCP. You can find information about other nodes' `PEER_PORT`s on a network explorer like [Stellarbeat](https://stellarbeat.io), but most use the default port for this as well, which is (again) **11625**. ## Internal System Access @@ -41,7 +41,7 @@ Stellar Core also needs to connect to certain internal systems, though exactly h ### Inbound -- Stellar Core exposes an _unauthenticated_ HTTP endpoint on its `HTTP_PORT`. You can specify a port when you [configure] Stellar Core, but most people use the default, which is **11626**. +- Stellar Core exposes an _unauthenticated_ HTTP endpoint on its `HTTP_PORT`. You can specify a port when you [configure](./configuring.mdx) Stellar Core, but most people use the default, which is **11626**. - The `HTTP_PORT` is used by other systems (such as Stellar RPC) to submit transactions, so this port may have to be exposed to the rest of your internal IP addresses. - It's also used to query Stellar Core [info](./commands.mdx) and provide [metrics](./monitoring.mdx). - And to perform administrative commands such as [scheduling upgrades](./network-upgrades.mdx) and changing log levels @@ -55,7 +55,7 @@ If you need to expose this endpoint to other hosts in your local network, we str ### Outbound -- Stellar Core requires access to a database (PostgreSQL, for example). If that database resides on a different machine on your network, you'll need to allow that connection. You'll specify the database when you [configure] Stellar Core. +- Stellar Core requires access to a database (PostgreSQL, for example). If that database resides on a different machine on your network, you'll need to allow that connection. You'll specify the database when you [configure](./configuring.mdx) Stellar Core. - You can safely block all other connections. ## Storage @@ -93,7 +93,3 @@ We currently do not recommend running validator nodes in Kubernetes. If you choo - Validators have unique seeds and history archive configurations, so each pod will require its own specific configuration - Ensure that sufficient resources are always available to the pods - Depending on how history archives are published, you may need to fork docker images to include extra tooling - -[configure]: ./configuring.mdx -[c5d.2xlarge]: https://aws.amazon.com/ec2/instance-types/c5/ -[n4-highcpu-8]: https://cloud.google.com/compute/docs/general-purpose-machines#n4-highcpu diff --git a/docs/validators/admin-guide/publishing-history-archives.mdx b/docs/validators/admin-guide/publishing-history-archives.mdx index f40cca66c5..7c0b2ba221 100644 --- a/docs/validators/admin-guide/publishing-history-archives.mdx +++ b/docs/validators/admin-guide/publishing-history-archives.mdx @@ -282,7 +282,7 @@ stellar-archivist scan file:///mnt/xvdf/stellar-core-archive/node_001 2019/04/25 12:15:41 No missing buckets referenced in range [0x0000003f, 0x000041bf] ``` -Finally, you can start your stellar Core instance once again. +Finally, you can start your Stellar Core instance once again. ```bash systemctl start stellar-core diff --git a/docs/validators/admin-guide/running-node.mdx b/docs/validators/admin-guide/running-node.mdx index 03481c2e07..2c15409902 100644 --- a/docs/validators/admin-guide/running-node.mdx +++ b/docs/validators/admin-guide/running-node.mdx @@ -93,7 +93,7 @@ And will then move through the various phases of downloading and applying state, "status" : [ "Catching up: downloading ledger files 20094/119803 (16%)" ] ``` -You can specify how far back in time your node goes to catch up in your config file. If you set the `CATCHUP_COMPLETE` field to `true`, your node will replay the _entire history_ of the network, which can take a long time. Weeks. You can speed up the process by copying existing archives from another full validator, using [`archivist` tool](./publishing-history-archives.mdx#complete-history-archive). Note that you only need to replay the complete network history if you're setting up a Full Validator. Otherwise, you can specify a starting point for catchup using the `CATCHUP_RECENT` field. To get in sync as fast as possible, simply use configuration defaults for `CATCHUP_RECENT` and `CATCHUP_COMPLETE`. See the [complete example configuration] for more details. +You can specify how far back in time your node goes to catch up in your config file. If you set the `CATCHUP_COMPLETE` field to `true`, your node will replay the _entire history_ of the network, which can take a long time. Weeks. You can speed up the process by copying existing archives from another full validator, using [`archivist` tool](./publishing-history-archives.mdx#complete-history-archive). Note that you only need to replay the complete network history if you're setting up a Full Validator. Otherwise, you can specify a starting point for catchup using the `CATCHUP_RECENT` field. To get in sync as fast as possible, simply use configuration defaults for `CATCHUP_RECENT` and `CATCHUP_COMPLETE`. See the [complete example configuration](https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg) for more details. :::info @@ -108,5 +108,3 @@ When the node is done catching up, its state will change to: ```json "state" : "Synced!" ``` - -[complete example configuration]: https://github.com/stellar/stellar-core/blob/master/docs/stellar-core_example.cfg diff --git a/docs/validators/admin-guide/soroban-settings.mdx b/docs/validators/admin-guide/soroban-settings.mdx index 12ba867215..dc4ccf6c01 100644 --- a/docs/validators/admin-guide/soroban-settings.mdx +++ b/docs/validators/admin-guide/soroban-settings.mdx @@ -21,7 +21,7 @@ A script to help you create the transactions below is available [in the stellar- ### 1. Create an Upgrade Set -The `stellar` CLI tool allows for the use of a JSON input file to encode a collection of Soroban settings into an base64-encoded string representing the XDR type `ConfigUpgradeSet`. You can use the [`pubnet_phase1.json`] and [`pubnet_phase2.json`] files as a starting point to formulate your upgrade proposal. You can also pull directly from a running core node using `http-command 'sorobaninfo?format=upgrade_xdr' | stellar-xdr decode --type ConfigUpgradeSet --output json-formatted`. This will allow you to get the exact settings running on that core node in JSON format, making it easier to change only the value you want to. Once you have your JSON file with updated values, use the following command to create the required upgrade set XDR: +The `stellar` CLI tool allows for the use of a JSON input file to encode a collection of Soroban settings into an base64-encoded string representing the XDR type `ConfigUpgradeSet`. You can use the [`pubnet_phase1.json`](https://github.com/stellar/stellar-core/blob/master/soroban-settings/pubnet_phase1.json) and [`pubnet_phase2.json`](https://github.com/stellar/stellar-core/blob/master/soroban-settings/pubnet_phase2.json) files as a starting point to formulate your upgrade proposal. You can also pull directly from a running core node using `http-command 'sorobaninfo?format=upgrade_xdr' | stellar-xdr decode --type ConfigUpgradeSet --output json-formatted`. This will allow you to get the exact settings running on that core node in JSON format, making it easier to change only the value you want to. Once you have your JSON file with updated values, use the following command to create the required upgrade set XDR: ```bash stellar xdr encode --type ConfigUpgradeSet path/to/upgrade.json @@ -43,7 +43,7 @@ brew install stellar-cli cargo install --locked stellar-cli ``` -You can also download a [precompiled binary] of the latest release for your system from GitHub. +You can also download a [precompiled binary](https://github.com/stellar/stellar-cli/releases/latest) of the latest release for your system from GitHub. ::: @@ -133,9 +133,9 @@ http-command 'upgrades?mode=set&upgradetime=YYYY-MM-DDTHH:MM:SSZ&configupgradese ### 6. Update Stellar Expert -One of the most-used methods of "watching" an upgrade take place for the network's Soroban settings is the [Protocol History page] on [stellar.expert]. +One of the most-used methods of "watching" an upgrade take place for the network's Soroban settings is the [Protocol History page](https://stellar.expert/explorer/pubnet/protocol-history) on [stellar.expert](https://stellar.expert). -In order to make sure that page gets updated with the proposed upgrades, please fill out a PR against [this repository]. +In order to make sure that page gets updated with the proposed upgrades, please fill out a PR against [this repository](https://github.com/stellar-expert/staged-soroban-upgrades). ### Debugging @@ -143,8 +143,8 @@ Once the four transactions are run, you should see the proposed upgrade when run If any of the transactions above fail during submission, you should get a `TransactionResult` as a response along with the reason for the failure. The failure will most likely be due to one of the following reasons: -- Resources are too low. You'll need to increase the hardcoded resources in [`SettingsUpgradeUtils.cpp`]. -- Fee or refundable fee is too low. You'll need to increase them in [`SettingsUpgradeUtils.cpp`]. +- Resources are too low. You'll need to increase the hardcoded resources in [`SettingsUpgradeUtils.cpp`](https://github.com/stellar/stellar-core/blob/master/src/main/SettingsUpgradeUtils.cpp). +- Fee or refundable fee is too low. You'll need to increase them in [`SettingsUpgradeUtils.cpp`](https://github.com/stellar/stellar-core/blob/master/src/main/SettingsUpgradeUtils.cpp). - Wasm has expired. You'll need to restore the Wasm. You should confirm what caused the failure by looking at the `TransactionResult` of the failed transaction using the [Stellar Lab](https://lab.stellar.org) or a block explorer. @@ -166,11 +166,3 @@ You can also get the current Soroban settings to compare against by using stella ```bash http-command 'sorobaninfo?format=detailed' ``` - -[`pubnet_phase1.json`]: https://github.com/stellar/stellar-core/blob/master/soroban-settings/pubnet_phase1.json -[`pubnet_phase2.json`]: https://github.com/stellar/stellar-core/blob/master/soroban-settings/pubnet_phase2.json -[precompiled binary]: https://github.com/stellar/stellar-cli/releases/latest -[protocol history page]: https://stellar.expert/explorer/pubnet/protocol-history -[stellar.expert]: https://stellar.expert -[this repository]: https://github.com/stellar-expert/staged-soroban-upgrades -[`settingsupgradeutils.cpp`]: https://github.com/stellar/stellar-core/blob/master/src/main/SettingsUpgradeUtils.cpp diff --git a/docusaurus.config.ts b/docusaurus.config.ts index 3f7570a17f..13ab7dcb23 100644 --- a/docusaurus.config.ts +++ b/docusaurus.config.ts @@ -24,7 +24,7 @@ const config: Config = { trailingSlash: false, onBrokenAnchors: "ignore", onBrokenLinks: "throw", - favicon: "img/docusaurus/favicon-96x96.png", + favicon: "icons/docusaurus/favicon-96x96.png", organizationName: "stellar", projectName: "stellar-docs", // i18n: { @@ -100,7 +100,7 @@ const config: Config = { "classic", { blog: { - path: 'meeting-notes', + path: 'meetings', blogTitle: 'Meeting Notes', blogDescription: 'Notes and recordings from the Stellar protocol & developers meetings', blogSidebarTitle: 'All meetings', @@ -108,6 +108,9 @@ const config: Config = { postsPerPage: 12, routeBasePath: 'meetings', onUntruncatedBlogPosts: 'ignore', + showReadingTime: false, + authorsMapPath: 'authors.yml', + exclude: ['**/README.md'], }, docs: { showLastUpdateTime: true, @@ -157,15 +160,15 @@ const config: Config = { autoCollapseCategories: false, }, }, - image: 'img/docusaurus/dev-docs-preview.png', + image: 'icons/docusaurus/social-card.png', metadata: [ { name: 'facebook-domain-verification', content: 'd0o7hha86jfxvtqyxz3d9i5wtfanmy' } ], navbar: { logo: { width: 100, - src: "img/docusaurus/stellar-logo.svg", - srcDark: "img/docusaurus/stellar-logo-dark.svg", + src: "icons/docusaurus/stellar-logo.svg", + srcDark: "icons/docusaurus/stellar-logo-dark.svg", href: "/", }, items: [ diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-01-18.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-01-18.mdx index 20e613c5d5..d759ffe8a4 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-01-18.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-01-18.mdx @@ -1,6 +1,6 @@ --- title: 2024-01-18 -authors: naman +authors: naman-kumar tags: - protocol --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-02-01.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-02-01.mdx index 59d504a616..f9c8e9c25d 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-02-01.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-02-01.mdx @@ -1,6 +1,6 @@ --- title: 2024-02-01 -authors: naman +authors: naman-kumar tags: - protocol --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-02-09.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-02-09.mdx index b1e8bbe5ab..1b4247e79d 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-02-09.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-02-09.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de agenda de Discord](https://discord.com/channels/897514728459468821/1204462856037470248) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-02-15.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-02-15.mdx index 5a2ae63022..71f6d1fe05 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-02-15.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-02-15.mdx @@ -1,16 +1,13 @@ --- title: 2024-02-15 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Discord agenda thread](https://discord.com/channels/897514728459468821/1207385360116490360) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-02-22.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-02-22.mdx index f5a327c121..4015cf133e 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-02-22.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-02-22.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de la agenda de Discord](https://discord.com/channels/897514728459468821/1209582245824823337) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-02-29.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-02-29.mdx index f1bd4a8efd..4e44574d91 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-02-29.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-02-29.mdx @@ -1,16 +1,13 @@ --- title: 2024-02-29 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de agenda en Discord](https://discord.com/channels/897514728459468821/1212118102565855243) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-03-07.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-03-07.mdx index a6977f3eed..afa3ef6fe9 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-03-07.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-03-07.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de agenda de Discord](https://discord.com/channels/897514728459468821/911254664576643122/1215404506964172890) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-03-14.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-03-14.mdx index da1f078113..15e2b99272 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-03-14.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-03-14.mdx @@ -1,16 +1,13 @@ --- title: 2024-03-14 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Discord agenda thread](https://discord.com/channels/897514728459468821/1217193723612368926) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-03-21.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-03-21.mdx index 064c9d1059..7bb6672d8c 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-03-21.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-03-21.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de agenda de Discord](https://discord.com/channels/897514728459468821/1219381314931917000) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-03-28.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-03-28.mdx index 34ae91d52c..b9e3a47310 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-03-28.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-03-28.mdx @@ -1,16 +1,13 @@ --- title: 2024-03-28 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Agenda thread](https://github.com/stellar/stellar-protocol/discussions/1475) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-04-04.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-04-04.mdx index d4caba9d80..ce5147055e 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-04-04.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-04-04.mdx @@ -1,29 +1,21 @@ --- title: 2024-04-04 -authors: naman +authors: naman-kumar tags: - developer --- +import DriveVideo from "@site/src/components/DriveVideo"; + La grabación de hoy tiene dos partes. Los primeros 12 minutos son solo audio. Los próximos 45 minutos también tienen video. Ten en cuenta que las diapositivas se compartieron en el chat de discord mediante la pantalla compartida, debido a dificultades técnicas. Parte 1 (solo audio): - + Parte 2 (video): - + [Hilo de Agenda de Discord](https://discord.com/channels/897514728459468821/1224408179363024918) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-04-11.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-04-11.mdx index 404a5638ae..2b11d233cc 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-04-11.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-04-11.mdx @@ -1,16 +1,13 @@ --- title: 2024-04-11 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Piyal de Freighter discutió la propuesta para estandarizar la interfaz de billetera. Los puntos clave de la discusión se capturan a continuación. Para notas completas, por favor ve la grabación; y también consulta la propuesta y la publicación en las discusiones de github. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-04-18.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-04-18.mdx index 481ecb0618..5630818af5 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-04-18.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-04-18.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Discord agenda thread](https://discord.com/channels/897514728459468821/911254664576643122/1215404506964172890) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-04-25.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-04-25.mdx index 651cfe9bbe..e33e1c29f8 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-04-25.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-04-25.mdx @@ -1,16 +1,13 @@ --- title: 2024-04-25 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. Garand discussed changes to the State Archival proposal based on feedback received at Meridian 2023. Los cambios propuestos son: diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-05-02.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-05-02.mdx index 5ce9abb6f1..6534c0d076 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-05-02.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-05-02.mdx @@ -1,16 +1,13 @@ --- title: 2024-05-02 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Hilo de Agenda de Discord](https://discord.com/channels/897514728459468821/1234887262530048010/1234887262530048010) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-05-09.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-05-09.mdx index f931d0b705..14264e6c86 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-05-09.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-05-09.mdx @@ -1,16 +1,13 @@ --- title: 2024-05-09 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. Tyler desarrolló una aplicación de votación utilizando claves de acceso para firmar la transacción, que es una implementación de la función de verificación secp256r1. 2. Mostró una implementación multiplataforma (web y móvil) y demostró que las claves de acceso son la interfaz perfecta entre los contratos web3 y los mecanismos de autenticación web2 a los que la mayoría de los usuarios finales están acostumbrados. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-06-13.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-06-13.mdx index 02684ad202..b235248a85 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-06-13.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-06-13.mdx @@ -5,12 +5,9 @@ tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. Tyler creó Super Peach, una aplicación web3 que utiliza claves de acceso para firmar transacciones. Demostró cómo se pueden usar las claves de acceso en flujos de autorización y cómo se pueden usar para firmar transacciones. - Código: https://github.com/kalepail/superpeach diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-06-20.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-06-20.mdx index 0498aef6bd..d0a4ab8b6c 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-06-20.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-06-20.mdx @@ -1,16 +1,13 @@ --- title: 2024-06-20 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. [Kirckz discute Meru](https://docs.google.com/presentation/d/1Fu4AkB0mrvOkK6UDFJHgKwCV-Ul4JRF-xPqTYJ3CQqw), una aplicación de servicios financieros para freelancers y trabajadores remotos en América Latina. 2. Él comparte su experiencia integrando Meru con Blend, un protocolo de liquidez primitiva para Stellar. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-06-27.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-06-27.mdx index ecb2b316e2..e0decaa5ee 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-06-27.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-06-27.mdx @@ -1,16 +1,13 @@ --- title: 2024-06-27 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. [Chad](https://github.com/chadoh) y [Willem](https://github.com/willemneal) de [Aha Labs](https://github.com/AhaLabs) discuten las actualizaciones del nuevo y mejorado [stellar-cli](https://github.com/stellar/stellar-cli) 2. Algunos aspectos destacados incluyen el cambio del nombre 'soroban' a 'stellar' al usar la herramienta CLI y la adición de nuevos comandos. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-07-11.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-07-11.mdx index 886abc9aa6..24141f2e45 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-07-11.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-07-11.mdx @@ -1,16 +1,13 @@ --- title: 2024-07-11 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. 2. [Las diapositivas](https://docs.google.com/presentation/d/1QsCwFLFcDF4RmNIwtSSnNrUfZb0RM0kLxOOxC7ENY5M/edit#slide=id.g2cb5821e4de_1_1143) están disponibles públicamente y son legibles de forma asíncrona. 2. 4. Comparte tus consultas y publica preguntas en #hubble en discord de Stellar, que es un canal dedicado a temas relacionados con datos. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-07-18.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-07-18.mdx index b2d378f6ab..ab7eef2ae5 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-07-18.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-07-18.mdx @@ -1,21 +1,18 @@ --- title: 2024-07-18 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Nota: la primera parte de la llamada se perdió. El video publicado arriba captura la segunda mitad de la llamada donde varios desarrolladores del ecosistema compartieron sus casos de uso y necesidades para una billetera inteligente en Stellar. 1. Tyler propuso una [propuesta](https://github.com/stellar/stellar-protocol/discussions/1499) para una billetera inteligente como un bien público. Dado que la autenticación nativa puede sobrecargarse al usar `__check_auth`, la implementación de Stellar de una billetera inteligente es bastante sencilla. La capacidad de personalizar la autenticación ya está desarrollada en el protocolo central. -2. Consulta la [propuesta](https://github.com/stellar/stellar-protocol/discussions/1499) aquí y la implementación [aquí](https://github.com/kalepail/passkey-kit/blob/main/contracts/webauthn-wallet/src/lib.rs) +2. Consulta la [propuesta](https://github.com/stellar/stellar-protocol/discussions/1499) aquí y la implementación [aquí](https://github.com/kalepail/passkey-kit/blob/main/contracts/webauthn-wallet/src/lib.rs). 3. La propuesta solo utiliza firmantes basados en WebAuthN, es decir, claves de acceso. No utiliza ed25519, que, quizás debería dado que ~100 % de las cuentas en Stellar utilizan ese esquema. También introduce la noción de firmantes temporales y administradores para ilustrar que la cuenta puede ser gestionada por múltiples firmantes, cada uno con una política de acceso diferente. 4. El mayor desbloqueo con la autenticación personalizada es la capacidad de ejecutar lógica personalizada. Escuchamos de varios miembros del ecosistema sobre cómo podrían usarlo. 4a. Un desarrollador está construyendo un protocolo perpetuo y pensó que las billeteras inteligentes podrían usarse para gestionar automáticamente posiciones de defi, lo que sería una mejora significativa sobre el statu quo donde el usuario tiene que rastrear constantemente los activos para determinar _cuándo_ ejecutar un intercambio. 4b. La gente está entusiasmada por prescindir de la frase semilla para las claves de acceso, lo cual es especialmente significativo al integrar nuevos usuarios a la blockchain. 4c. Autorizar un mensaje entre cadenas desde una cadena diferente, especialmente autorización programática, requiere una implementación de cuentas personalizadas. 4d. Algunas aplicaciones han notado que los usuarios prefieren no tener una billetera, sino simplemente experimentar el valor de la aplicación, especialmente los juegos. Para esto, la aplicación puede asignar una cuenta temporal al usuario y controlar el acceso mediante check_auth. 4c. Las microtransacciones sin necesidad de firma de usuario son también muy interesantes para las aplicaciones. 5. Esta ha sido una reunión muy reveladora y aprendimos sobre cómo el ecosistema Stellar planea aprovechar la billetera inteligente. ¡Continuemos la conversación en Discord! diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-07-25.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-07-25.mdx index b5f086716d..394cc22892 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-07-25.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-07-25.mdx @@ -1,16 +1,13 @@ --- title: 2024-07-25 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Un desarrollador principal, Dima, discutió la propuesta de añadir soporte para constructores a Soroban, el sistema de contratos inteligentes de Stellar. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-08-01.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-08-01.mdx index 577f484f1e..8719c40812 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-08-01.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-08-01.mdx @@ -1,16 +1,13 @@ --- title: 2024-08-01 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. Piyal demostró que la funcionalidad de intercambio de Freighter ahora se sirve a través de [Soroswap](https://soroswap.finance/). Anteriormente, se servía a través de Stellar Dex. 2. Freighter ha hecho disponibles las instrucciones de integración [aquí](https://github.com/stellar/freighter/blob/d248f2ad0aa03da72ea6eeaf7907ac0454fdcc72/extension/INTEGRATING_SOROSWAP.MD?plain=1#L2). diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-08-08.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-08-08.mdx index de73b96938..9f68e1a9f4 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-08-08.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-08-08.mdx @@ -1,15 +1,12 @@ --- title: 2024-08-12 -authors: naman +authors: naman-kumar tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. Tdep discutió sobre Zephyr, un entorno de ejecución desarrollada sobre el indexador Mercury. También explicó ejemplos que demuestran cómo Zephyr puede simplificar el desarrollo de dapps. diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-08-15.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-08-15.mdx index 86fa9355b7..e67a616d7e 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-08-15.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-08-15.mdx @@ -1,16 +1,13 @@ --- title: 2024-08-15 -authors: julian +authors: julian-martinez tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + 1. @Soiled y @Robeart de Orbit hablaron sobre usar Blend para crear stablecoins descentralizadas para todas las monedas bajo el Protocolo Orbit, utilizando un pegkeeper descentralizado para mantener su precio y aprovechando estas stablecoins y billeteras inteligentes para crear un exchange perpetuo sin libro de órdenes, llevando Forex a Stellar diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-08-22.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-08-22.mdx index 46b3c0fe1e..0683ab5d61 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-08-22.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-08-22.mdx @@ -1,16 +1,13 @@ --- title: 2024-08-23 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + [Discord agenda thread](https://discord.com/channels/897514728459468821/900374272751591424/1275577430043525204) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-08-29.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-08-29.mdx index dbec1aba0f..64a4d96b34 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-08-29.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-08-29.mdx @@ -1,16 +1,13 @@ --- title: 2024-08-29 -authors: naman +authors: naman-kumar tags: - protocol --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Discord thread](https://discord.com/channels/897514728459468821/900374272751591424/1278045556211716171) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-09-05.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-09-05.mdx index fa8ddb9b57..9849b60103 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-09-05.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-09-05.mdx @@ -1,16 +1,13 @@ --- title: 2024-09-05 -authors: anataliocs +authors: chris-anatalio tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Discord thread](https://discord.com/channels/897514728459468821/900374272751591424/1280678171053789317) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-09-12.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-09-12.mdx index f835ee57b1..7807a39c5f 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-09-12.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-09-12.mdx @@ -1,16 +1,13 @@ --- title: 2024-09-12 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Hilo de Discord](https://discord.com/channels/897514728459468821/900374272751591424/1282934024892973077) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-09-19.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-09-19.mdx index d1b7e63988..733c38b4a6 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-09-19.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-09-19.mdx @@ -1,16 +1,13 @@ --- title: 2024-09-19 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [hilo de Discord](https://discord.com/channels/897514728459468821/900374272751591424/1285627254130610297) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-09-26.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-09-26.mdx index b7dce413e5..584d44505f 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-09-26.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-09-26.mdx @@ -1,16 +1,13 @@ --- title: 2024-09-26 -authors: anataliocs +authors: chris-anatalio tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Discord thread](https://discord.com/channels/897514728459468821/900374272751591424/1288890126038208532) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-10-24.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-10-24.mdx index 37d2a36fb0..62a447916b 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-10-24.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-10-24.mdx @@ -1,16 +1,13 @@ --- title: 2024-10-24 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Discord thread](https://discord.com/channels/897514728459468821/900374272751591424/1298362698123182080) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-11-14.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-11-14.mdx index 36ad5ccc65..cfffdcf906 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-11-14.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-11-14.mdx @@ -1,16 +1,13 @@ --- title: 2024-11-14 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- - +import DriveVideo from "@site/src/components/DriveVideo"; + + Agenda: [Discord thread](https://discord.com/events/897514728459468821/1304859059425382553/1306725344870400000) diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-12-05.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-12-05.mdx index 69bb56e4fa..4fbbe12dc6 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-12-05.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-12-05.mdx @@ -1,6 +1,6 @@ --- title: 2024-12-05 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-12-12.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-12-12.mdx index 9ac88bf1f6..a96a624e1a 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-12-12.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-12-12.mdx @@ -1,6 +1,6 @@ --- title: 12 de diciembre de 2024 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2024-12-19.mdx b/i18n/es/docusaurus-plugin-content-blog/2024-12-19.mdx index 8af70bc77d..fec2691759 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2024-12-19.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2024-12-19.mdx @@ -1,6 +1,6 @@ --- title: 2024-12-19 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-01-16.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-01-16.mdx index 0176940e53..b28bb88026 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-01-16.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-01-16.mdx @@ -1,6 +1,6 @@ --- title: 2025-01-16 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-01-23.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-01-23.mdx index 92d42c409a..ebf290b44b 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-01-23.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-01-23.mdx @@ -1,6 +1,6 @@ --- title: 23 de enero de 2025 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-01-30.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-01-30.mdx index 28396ef7b2..042692b525 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-01-30.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-01-30.mdx @@ -1,6 +1,6 @@ --- title: 30-01-2025 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- @@ -13,7 +13,7 @@ import YouTube from "@site/src/components/YouTube"; RampMeDaddy se unirá a nosotros en esta Reunión de Desarrolladores de Stellar. RampMeDaddy está participando actualmente en el Programa Stellar x Draper Embark, y preguntamos qué está haciendo el equipo, aprendemos más sobre lo que están desarrollando y mantenemos una charla informal sobre cómo están creando su dapp en Stellar/Soroban. -Visita su sitio web aquí: https://rampmedaddy.com +Visita su sitio web [aquí](https://rampmedaddy.com). diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-02-06.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-02-06.mdx index bc6d51b2bb..a1a851c2b1 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-02-06.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-02-06.mdx @@ -1,6 +1,6 @@ --- title: 2025-02-06 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- @@ -13,7 +13,7 @@ import YouTube from "@site/src/components/YouTube"; El equipo de desarrollo detrás de Reflector y Refractor presenta sus herramientas para finanzas descentralizadas y gestión de transacciones en Stellar. Reflector ofrece feeds de precios on-chain para mejorar los protocolos DeFi, mientras que Refractor proporciona un almacenamiento de transacciones pendientes y un agregador de multisig para la firma coordinada. Cubrirán cómo estos productos admiten interacciones financieras sin confianza y mejoran la ejecución de contratos inteligentes en Stellar. -Visita su sitio web aquí: https://reflector.network +Visita su sitio web [aquí](https://reflector.network). ## Parte 2 diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-02-13.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-02-13.mdx index 68bf00e784..098a0857c4 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-02-13.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-02-13.mdx @@ -1,6 +1,6 @@ --- title: 2025-02-13 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-02-20.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-02-20.mdx index 3778b17e15..363be710c1 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-02-20.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-02-20.mdx @@ -1,6 +1,6 @@ --- title: 2025-02-20 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-02-27.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-02-27.mdx index b4eb1c021d..5c7fd3fa67 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-02-27.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-02-27.mdx @@ -1,6 +1,6 @@ --- title: 2025-02-27 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-03-06.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-03-06.mdx index 615712afa2..9234f8599b 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-03-06.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-03-06.mdx @@ -1,6 +1,6 @@ --- title: 2025-03-06 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-03-27.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-03-27.mdx index 17c9add7fc..ac0aab9303 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-03-27.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-03-27.mdx @@ -1,6 +1,6 @@ --- title: 2025-03-27 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-04-03.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-04-03.mdx index 57ce60f8db..322295ed76 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-04-03.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-04-03.mdx @@ -1,6 +1,6 @@ --- title: 2025-04-03 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-04-10.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-04-10.mdx index 89a65351af..0a9fa08c8c 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-04-10.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-04-10.mdx @@ -1,6 +1,6 @@ --- title: 2025-04-10 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- @@ -9,7 +9,7 @@ import YouTube from "@site/src/components/YouTube"; -Pamphile (más conocido como tupui) es un ingeniero de software senior que trabaja en Bitpanda. Anteriormente trabajó en el equipo que desarrolló Flight Simulator 2020 y creó una empresa de consultoría para trabajar en software de código abierto. +Pamphile (más conocido como Tupui) es un ingeniero de software senior que trabaja en Bitpanda. Anteriormente trabajó en el equipo que desarrolló Flight Simulator 2020 y creó una empresa de consultoría para trabajar en software de código abierto. Ahora está desarrollando su proyecto llamado Tansu en la blockchain Stellar. Tansu es un sistema descentralizado que busca asegurar la cadena de suministro de software y romper las comunidades aisladas mediante el uso de una DAO. diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-04-17.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-04-17.mdx index c003d2db03..3b63ed497e 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-04-17.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-04-17.mdx @@ -1,6 +1,6 @@ --- title: 2025-04-17 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-05-01.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-05-01.mdx index 50774f255a..05107717c2 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-05-01.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-05-01.mdx @@ -1,6 +1,6 @@ --- title: 2025-05-01 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-05-22.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-05-22.mdx index fd5ab1cbe4..0b6f22a2af 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-05-22.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-05-22.mdx @@ -1,6 +1,6 @@ --- title: 2025-05-22 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-07-10.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-07-10.mdx index 8c83b574ed..705e02e3a2 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-07-10.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-07-10.mdx @@ -1,6 +1,6 @@ --- title: 2025-07-10 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-07-17.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-07-17.mdx index 42d7672d81..b44eb958a9 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-07-17.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-07-17.mdx @@ -1,6 +1,6 @@ --- title: 2025-07-17 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-07-24.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-07-24.mdx index 7de0a312be..8e2690b8ff 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-07-24.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-07-24.mdx @@ -1,6 +1,6 @@ --- title: 2025-07-24 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-08-07.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-08-07.mdx index ef66629753..2f0067097c 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-08-07.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-08-07.mdx @@ -1,6 +1,6 @@ --- title: 2025-08-07 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-09-25.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-09-25.mdx index 8d9a050ea0..774a65ff0c 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-09-25.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-09-25.mdx @@ -1,6 +1,6 @@ --- title: 2025-09-25 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-10-02.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-10-02.mdx index 6b3117566b..c4a05835b3 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-10-02.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-10-02.mdx @@ -1,6 +1,6 @@ --- title: 2025-10-02 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-10-09.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-10-09.mdx index 2901f84790..0fb8cbe829 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-10-09.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-10-09.mdx @@ -1,6 +1,6 @@ --- title: 2025-10-09 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-10-16.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-10-16.mdx index 00596a619b..29832a3e1e 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-10-16.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-10-16.mdx @@ -1,6 +1,6 @@ --- title: 2025-10-16 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-10-23.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-10-23.mdx index 4b13b29135..dfd1260e7b 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-10-23.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-10-23.mdx @@ -1,6 +1,6 @@ --- title: 2025-10-23 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-10-30.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-10-30.mdx index dae4eab8de..e071d23dc3 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-10-30.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-10-30.mdx @@ -1,6 +1,6 @@ --- title: 2025-10-30 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/2025-11-06.mdx b/i18n/es/docusaurus-plugin-content-blog/2025-11-06.mdx index 3d5e6048ec..4d1e12834a 100644 --- a/i18n/es/docusaurus-plugin-content-blog/2025-11-06.mdx +++ b/i18n/es/docusaurus-plugin-content-blog/2025-11-06.mdx @@ -1,6 +1,6 @@ --- title: 2025-11-06 -authors: carstenjacobsen +authors: carsten-jacobsen tags: - developer --- diff --git a/i18n/es/docusaurus-plugin-content-blog/authors.yml b/i18n/es/docusaurus-plugin-content-blog/authors.yml deleted file mode 100644 index 88a9843e26..0000000000 --- a/i18n/es/docusaurus-plugin-content-blog/authors.yml +++ /dev/null @@ -1,51 +0,0 @@ -carstenjacobsen: - name: Carsten Jacobsen - title: Defensor Senior de Desarrolladores - url: https://github.com/carstenjacobsen - image_url: https://github.com/carstenjacobsen.png - page: true - socials: - github: carstenjacobsen - x: CarstenJacobsen - linkedin: carstenjacobsendk -elliotfriend: - name: Elliot Voris - title: Defensor Principal de Desarrolladores - url: https://github.com/ElliotFriend - image_url: https://github.com/ElliotFriend.png - page: true - socials: - github: ElliotFriend - x: ElliotFriend - linkedin: elliotfriend -kalepail: - name: Tyler van der Hoeven - title: Director Defensor de Desarrolladores - url: https://github.com/kalepail - image_url: https://github.com/kalepail.png - page: true - socials: - github: kalepail - x: kalepail - linkedin: tyvdh -anataliocs: - name: Chris Anatalio - title: Defensor Senior de Desarrolladores - url: https://github.com/anataliocs - image_url: https://github.com/anataliocs.png - socials: - github: anataliocs -naman: - name: Naman Kumar - title: Gerente de Producto - url: https://github.com/namankumar - image_url: https://github.com/namankumar.png - socials: - github: namankumar -julian: - name: Julian Martinez - title: Defensor Senior de Desarrolladores - url: https://github.com/Julian-dev28 - image_url: https://github.com/Julian-dev28.png - socials: - github: Julian-dev28 diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/README.mdx index 0f42b3e9e9..f53be894c4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/README.mdx @@ -43,13 +43,3 @@ La Plataforma Anchor implementa las siguientes Propuestas del Ecosistema Stellar ## Recursos adicionales La documentación de la Plataforma Anchor está en desarrollo. Los desarrolladores son bienvenidos a explorar el código y la documentación existente en el [repositorio de GitHub](https://github.com/stellar/java-stellar-anchor-sdk). - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[sep-10]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md -[sep-12]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-31]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep-45]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md -[anchor-platform-github]: https://github.com/stellar/java-stellar-anchor-sdk diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/architecture.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/architecture.mdx index e877a82f75..fa3c17dd0c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/architecture.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/architecture.mdx @@ -11,19 +11,19 @@ Antes de comenzar con la Anchor Platform, familiaricémonos con la arquitectura. Los siguientes componentes arquitectónicos son requeridos para todas las implementaciones de la Anchor Platform. -
- -![fundamental anchor platform architecture](../assets/anchor-platform-architecture-1.png) - -
+Fundamental Anchor Platform Architecture #### Cliente -El cliente es una aplicación, como una billetera o un remitente de remesas, que actúa en nombre de un usuario y realiza solicitudes al sistema. Los clientes realizan solicitudes al componente del servidor SEP de la Anchor Platform utilizando conjuntos de estándares llamados [SEPs][seps] (Propuestas del Ecosistema Stellar). +El cliente es una aplicación, como una billetera o un remitente de remesas, que actúa en nombre de un usuario y realiza solicitudes al sistema. Los clientes realizan solicitudes al componente del servidor SEP de la Anchor Platform utilizando conjuntos de estándares llamados [SEPs](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/README.md) (Propuestas del Ecosistema Stellar). #### Servidor SEP -El servidor SEP es un servidor orientado al cliente y, por lo tanto, necesita ser accesible desde una red externa. El servidor SEP procesa las solicitudes de los usuarios y gestiona el estado de las transacciones que inician. Cuando el servidor SEP necesita proporcionar información que no tiene al cliente, como la tasa de cambio para un par de activos o el estado de KYC de un cliente, realiza solicitudes síncronas [callback][callback-api] al servidor de negocio y retorna la información en un formato compatible con SEP. +El servidor SEP es un servidor orientado al cliente y, por lo tanto, necesita ser accesible desde una red externa. El servidor SEP procesa las solicitudes de los usuarios y gestiona el estado de las transacciones que inician. Cuando el servidor SEP necesita proporcionar información que no tiene al cliente, como la tasa de cambio para un par de activos o el estado de KYC de un cliente, realiza solicitudes síncronas [callback](../api-reference/callbacks/README.mdx) al servidor de negocio y retorna la información en un formato compatible con SEP. :::note @@ -37,7 +37,7 @@ The business server is a service that you (the business) must implement to conne #### Servidor de Plataforma -El servidor de plataforma es un componente interno. Debe ser alojado en una red privada y no debe ser accesible desde Internet. Este servidor permite al negocio recuperar y actualizar el estado de las transacciones utilizando su [API][platform-api]. +El servidor de plataforma es un componente interno. Debe ser alojado en una red privada y no debe ser accesible desde Internet. Este servidor permite al negocio recuperar y actualizar el estado de las transacciones utilizando su [API](../api-reference/platform/transactions/README.mdx). #### Base de Datos @@ -51,21 +51,18 @@ Kafka se utiliza como el núcleo de mensajería para la Plataforma Anchor, facil Además de los componentes descritos anteriormente, la Anchor Platform incluye varios otros componentes que ofrecen funcionalidades adicionales. Tu negocio puede elegir cuáles de los componentes adicionales utilizar, pero el diagrama a continuación visualiza la arquitectura del sistema si se utilizan todos los componentes. -
- [![complete anchor platform - architecture](../assets/anchor-platform-architecture-2.png)](../assets/anchor-platform-architecture-2.png) -
+Complete Anchor Platform Architecture + #### Event Service -El servicio de eventos permite a la Anchor Platform enviar webhooks HTTP a clientes registrados y a tu servidor de negocios cuando cambia el estado de las transacciones, eliminando la necesidad de que los clientes y/o tu servidor de negocios consulten las APIs de la Anchor Platform. Funciona leyendo eventos publicados en un tema de Kafka por los otros componentes de la Anchor Platform. [Lee más][events] sobre el uso del servicio de eventos. It works by reading events from published to a Kafka topic by the other Anchor Platform components. [Leer más][events] sobre el uso del servicio de eventos. +El servicio de eventos permite a la Anchor Platform enviar webhooks HTTP a clientes registrados y a tu servidor de negocios cuando cambia el estado de las transacciones, eliminando la necesidad de que los clientes y/o tu servidor de negocios consulten las APIs de la Anchor Platform. Funciona leyendo eventos publicados en un tema de Kafka por los otros componentes de la Anchor Platform. [Lee más](./events/README.mdx) sobre el uso del servicio de eventos. It works by reading events from published to a Kafka topic by the other Anchor Platform components. [Leer más](./events/README.mdx) sobre el uso del servicio de eventos. #### Observador de Pagos -El Observador de Pagos monitorea la blockchain Stellar usando Stellar RPC o Horizon, detecta automáticamente los pagos relacionados con el negocio y actualiza las transacciones correspondientes en la base de datos de la Plataforma Anchor. Si también utilizas el servicio de [events], los pagos a tus cuentas desencadenarán un callback HTTP realizado a tu servidor de negocios. - -Si ya tienes una solución para monitorear pagos a tus cuentas Stellar, como una integración con tu exchange, Horizon, o RPC, entonces este componente no es requerido, aunque tu servidor de negocios necesitará notificar a la Anchor Platform cuando un pago asociado con una transacción de la Anchor Platform haya sido realizado a una de tus cuentas Stellar a través de la [Platform API][platform-api]. +El Observador de Pagos monitorea la blockchain Stellar usando Stellar RPC o Horizon, detecta automáticamente los pagos relacionados con el negocio y actualiza las transacciones correspondientes en la base de datos de la Plataforma Anchor. Si también utilizas el servicio de [events](./events/README.mdx), los pagos a tus cuentas desencadenarán un callback HTTP realizado a tu servidor de negocios. -[seps]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/README.md -[platform-api]: ../api-reference/platform/transactions/README.mdx -[callback-api]: ../api-reference/callbacks/README.mdx -[events]: ./events/README.mdx +Si ya tienes una solución para monitorear pagos a tus cuentas Stellar, como una integración con tu exchange, Horizon, o RPC, entonces este componente no es requerido, aunque tu servidor de negocios necesitará notificar a la Anchor Platform cuando un pago asociado con una transacción de la Anchor Platform haya sido realizado a una de tus cuentas Stellar a través de la [Platform API](../api-reference/platform/transactions/README.mdx). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/component/rpc/request.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/component/rpc/request.mdx index 5ccea530bc..04eec0977c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/component/rpc/request.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/component/rpc/request.mdx @@ -10,7 +10,7 @@ El objeto Request debe contener los siguientes atributos: - A String specifying the version of the JSON-RPC protocol. MUST be exactly "2.0" - método - cadena - - Una cadena que contiene el nombre del método a invocar. Lista de métodos disponibles que puedes ver en [JSON-RPC Methods][json-rpc-methods] + - Una cadena que contiene el nombre del método a invocar. Lista de métodos disponibles que puedes ver en [JSON-RPC Methods](../../../api-reference/platform/rpc/methods/README.mdx) - params - objeto - A Structured value that holds the parameter values, corresponding to method call, to be used during the invocation of the method diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/custody-services/fireblocks/example.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/custody-services/fireblocks/example.mdx index 2f8f622e96..ce10b22fba 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/custody-services/fireblocks/example.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/custody-services/fireblocks/example.mdx @@ -5,15 +5,20 @@ sidebar_position: 10 import { CodeExample } from "@site/src/components/CodeExample"; -[comentario]: # "Las definiciones de diagramas de secuencia se encuentran en la carpeta /static/definitions" -[comentario]: # "Para actualizarlas, usa https://sequencediagram.org" +{/* + + Las definiciones de diagramas de secuencia se encuentran en la carpeta /static/definitions" + + Para actualizarlas, usa https://sequencediagram.org + +*/} ### Flujo de depósito SEP-24 con webhook: - request_offchain_funds - notify_offchain_funds_received - do_stellar_payment -- notify_onchain_funds_sent [![sequence_diagram_sep24_deposit_webhook](../../../assets/sequence_diagram_sep24_deposit_webhook.png)](../../../assets/sequence_diagram_sep24_deposit_webhook.png) +- notify_onchain_funds_sent [![Sequence Diagram Sep24 Deposit Webhook](/assets/anchor-platform/sep24/deposit-webhook-sequence.png)](/assets/anchor-platform/sep24/deposit-webhook-sequence.png)
### Flujo de depósito SEP-24 con trabajo de conciliación: @@ -21,30 +26,30 @@ import { CodeExample } from "@site/src/components/CodeExample"; - request_offchain_funds - notify_offchain_funds_received - do_stellar_payment -- notify_onchain_funds_sent [![sequence_diagram_sep24_deposit_job](../../../assets/sequence_diagram_sep24_deposit_job.png)](../../../assets/sequence_diagram_sep24_deposit_job.png) +- notify_onchain_funds_sent [![Sequence Diagram Sep24 Deposit Job](/assets/anchor-platform/sep24/deposit-job-sequence.png)](/assets/anchor-platform/sep24/deposit-job-sequence.png)
### Flujo de retiro SEP-24 con webhook: - do_stellar_payment - notify_onchain_funds_received -- notify_offchain_funds_sent [![sequence_diagram_sep24_withdrawal_webhook](../../../assets/sequence_diagram_sep24_withdrawal_webhook.png)](../../../assets/sequence_diagram_sep24_withdrawal_webhook.png) +- notify_offchain_funds_sent [![Sequence Diagram Sep24 Withdrawal Webhook](/assets/anchor-platform/sep24/withdrawal-webhook-sequence.png)](/assets/anchor-platform/sep24/withdrawal-webhook-sequence.png)
### Flujo de retiro SEP-24 con trabajo de conciliación: - request_onchain_funds - notify_onchain_funds_received -- notify_offchain_funds_sent [![sequence_diagram_sep24_withdrawal_job](../../../assets/sequence_diagram_sep24_withdrawal_job.png)](../../../assets/sequence_diagram_sep24_withdrawal_job.png) +- notify_offchain_funds_sent [![Sequence Diagram Sep24 Withdrawal Job](/assets/anchor-platform/sep24/withdrawal-job-sequence.png)](/assets/anchor-platform/sep24/withdrawal-job-sequence.png)
### Flujo de recepción SEP-31 con webhook: - notify_onchain_funds_received -- notify_offchain_funds_sent [![sequence_diagram_sep31_receive_webhook](../../../assets/sequence_diagram_sep31_receive_webhook.png)](../../../assets/sequence_diagram_sep31_receive_webhook.png) +- notify_offchain_funds_sent [![Sequence Diagram Sep31 Receive Webhook](/assets/anchor-platform/sep31/receive-webhook-sequence.png)](/assets/anchor-platform/sep31/receive-webhook-sequence.png)
### Flujo de recepción SEP-31 con trabajo de conciliación: - notify_onchain_funds_received -- notify_offchain_funds_sent [![sequence_diagram_sep31_receive_job](../../../assets/sequence_diagram_sep31_receive_job.png)](../../../assets/sequence_diagram_sep31_receive_job.png) +- notify_offchain_funds_sent [![Sequence Diagram Sep31 Receive Job](/assets/anchor-platform/sep31/receive-job-sequence.png)](/assets/anchor-platform/sep31/receive-job-sequence.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/events/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/events/integration.mdx index caa0d0ec72..c88a112262 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/events/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/events/integration.mdx @@ -36,7 +36,7 @@ events: -Anchor Platform permite configurar un subconjunto de la configuración del cliente del productor de Kafka. Consulta el [archivo de valores predeterminados][default-values-file] para más información sobre lo que está disponible. Para más información sobre la configuración del cliente del productor de Kafka, consulta la [documentación de Kafka](https://kafka.apache.org/documentation/#producerconfigs). +Anchor Platform permite configurar un subconjunto de la configuración del cliente del productor de Kafka. Consulta el [archivo de valores predeterminados](https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml) para más información sobre lo que está disponible. Para más información sobre la configuración del cliente del productor de Kafka, consulta la [documentación de Kafka](https://kafka.apache.org/documentation/#producerconfigs). A continuación, es necesario configurar el procesador de eventos en la sección `event_processor` del archivo de configuración de Anchor Platform o configurando las variables de entorno. @@ -71,7 +71,7 @@ Las aplicaciones cliente pueden recibir actualizaciones sobre las transacciones Para recibir eventos como una aplicación cliente, necesitarás exponer URLs de devolución de llamada a las que el servicio de eventos pueda enviar eventos. El servicio de eventos enviará una solicitud POST a este punto final con los datos del evento en el cuerpo de la solicitud. El esquema de los datos del evento dependerá del tipo de evento que se envíe. Anchor Platform permite configurar puntos finales únicos por tipo de evento. -Anchor Platform solo enviará eventos a los clientes que estén listados en la configuración del cliente. Consulta la [documentación de configuración del cliente][clients-config] para más información. +Anchor Platform solo enviará eventos a los clientes que estén listados en la configuración del cliente. Consulta la [documentación de configuración del cliente](../../sep-guide/sep10/README.mdx#config-with-client-attribution) para más información. #### Firma de Devolución de Llamada @@ -157,5 +157,3 @@ Esto configura la API de devolución de llamada del servicio de eventos que se u - `API_KEY`: El servicio de eventos enviará una clave de API en el encabezado `Authorization` de la solicitud. Las siguientes son las opciones de configuración admitidas: - `http_header`: El encabezado en el que se enviará la clave de API. -[archivo de valores predeterminados]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[configuración de clientes]: ../../sep-guide/sep10/README.mdx#config-with-client-attribution diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/getting-started.mdx index 73f0fb73c8..236e2e9eb9 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/getting-started.mdx @@ -79,6 +79,7 @@ Puedes probar la Anchor Platform usando la [Stellar Demo Wallet](https://demo-wa 3. Haz clic en el botón **"Create Account"** junto a la clave PÚBLICA. 4. Ahora deberías ver `XLM` disponible en la sección **Balances**, indicando que tu cuenta está cargada. 5. Haz clic en **"Add home domain"** y escribe la siguiente URL: + ``` http://localhost:8080 ``` diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/overview.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/overview.mdx index 07f6cf2b16..2bb3f1d8b7 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/overview.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/overview.mdx @@ -11,29 +11,13 @@ La Anchor Platform logra esto implementando las API estandarizadas del ecosistem A continuación se muestra una lista de SEPs actualmente admitidos: -- [SEP-1][sep-1]: [Archivo de Información Stellar][sep1-ap] -- [SEP-6][sep-6]: [Depósito y Retirada Programáticos][sep6-ap] -- [SEP-10][sep-10]: [Autenticación Stellar][sep10-ap] -- [SEP-12][sep-12]: API KYC -- [SEP-24][sep-24]: [Depósito y Retirada Alojados][sep24-ap] -- [SEP-31][sep-31]: [API de Pagos Transnacionales][sep31-ap] -- [SEP-38][sep-38]: API RFQ de Anchor -- [SEP-45][sep-45]: [Autenticación Stellar para cuentas de contrato][sep45-ap] +- [SEP-1](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md): [Archivo de Información Stellar](../sep-guide/sep1/README.mdx) +- [SEP-6](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md): [Depósito y Retirada Programáticos](../sep-guide/sep6/README.mdx) +- [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md): [Autenticación Stellar](../sep-guide/sep10/README.mdx) +- [SEP-12](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md): API KYC +- [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md): [Depósito y Retirada Alojados](../sep-guide/sep24/README.mdx) +- [SEP-31](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md): [API de Pagos Transnacionales](../sep-guide/sep31/README.mdx) +- [SEP-38](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md): API RFQ de Anchor +- [SEP-45](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md): [Autenticación Stellar para cuentas de contrato](../sep-guide/sep45/README.mdx) -La documentación de la Anchor Platform es un trabajo en progreso. Los desarrolladores son bienvenidos a sumergirse en el código y la documentación existente en el [repositorio de GitHub][anchor-platform-github], o si estás buscando crear un servicio de entrada y salida compatible con SEP-24, consulta nuestra [guía de inicio][sep24-ap]. - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[sep-10]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md -[sep-12]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-31]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep-45]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md -[anchor-platform-github]: https://github.com/stellar/java-stellar-anchor-sdk -[sep1-ap]: ../sep-guide/sep1/README.mdx -[sep6-ap]: ../sep-guide/sep6/README.mdx -[sep10-ap]: ../sep-guide/sep10/README.mdx -[sep24-ap]: ../sep-guide/sep24/README.mdx -[sep31-ap]: ../sep-guide/sep31/README.mdx -[sep45-ap]: ../sep-guide/sep45/README.mdx +La documentación de la Anchor Platform es un trabajo en progreso. Los desarrolladores son bienvenidos a sumergirse en el código y la documentación existente en el [repositorio de GitHub](https://github.com/stellar/java-stellar-anchor-sdk), o si estás buscando crear un servicio de entrada y salida compatible con SEP-24, consulta nuestra [guía de inicio](../sep-guide/sep24/README.mdx). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep1/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep1/README.mdx index 5a7342f23e..1787312370 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep1/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep1/README.mdx @@ -7,7 +7,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; Habilitemos aplicaciones para aprender más sobre tu servicio alojando un archivo `stellar.toml` en una ruta de URL estandarizada. Este archivo permite a las aplicaciones encontrar información sobre tu negocio, los activos que utilizan tus servicios, así como las rutas de URL raíz para estos servicios. Podemos alojar este archivo utilizando la Anchor Platform. -Creemos un archivo llamado `dev.stellar.toml` utilizando el contenido a continuación como punto de partida. Para el conjunto completo de atributos, consulta la [especificación SEP-1][sep-1]. +Creemos un archivo llamado `dev.stellar.toml` utilizando el contenido a continuación como punto de partida. Para el conjunto completo de atributos, consulta la [especificación SEP-1](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md). @@ -42,25 +42,4 @@ SEP1_TOML_VALUE=/home/dev.stellar.toml Esto le dirá a la Anchor Platform que debe alojar el archivo especificado por `SEP1_TOML_VALUE` en `./well-known/stellar.toml`. -Alternativamente, tu archivo `stellar.toml` podría ser alojado utilizando un servidor de archivos estáticos adecuado como [nginx]. Siempre que tu archivo de información incluya las URL adecuadas apuntando a la Anchor Platform, esto funcionará bien. - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server +Alternativamente, tu archivo `stellar.toml` podría ser alojado utilizando un servidor de archivos estáticos adecuado como [nginx](https://www.nginx.com). Siempre que tu archivo de información incluya las URL adecuadas apuntando a la Anchor Platform, esto funcionará bien. diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep10/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep10/README.mdx index b56bd6e186..d8c0adc662 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep10/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep10/README.mdx @@ -129,7 +129,7 @@ CLIENTS[3]_DOMAINS=noncustodial-client2.com ## Modificar un Archivo de Información Stellar -A continuación, vamos a modificar el archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-10 está admitida por tu negocio. +A continuación, vamos a modificar el archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-10 está admitida por tu negocio. @@ -149,4 +149,3 @@ ORG_DESCRIPTION = "A description of your organization" -[sep1-ap]: ../sep1/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/configuration.mdx index bc0642f5ad..aaceb79205 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/configuration.mdx @@ -7,7 +7,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; ## Modificar un Archivo de Información de Stellar -A continuación, modifiquemos el archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-24 es admitida por tu negocio, y también necesitan conocer todas las monedas que admites. +A continuación, modifiquemos el archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-24 es admitida por tu negocio, y también necesitan conocer todas las monedas que admites. @@ -102,7 +102,7 @@ items: -La información proporcionada para el valor `assets` está estrechamente relacionada con la información que se expondrá a la aplicación de billetera utilizando el endpoint SEP-24 [`GET /info`][sep24-get-info]. La Anchor Platform también utiliza esta información para validar las solicitudes realizadas a tu servicio. +La información proporcionada para el valor `assets` está estrechamente relacionada con la información que se expondrá a la aplicación de billetera utilizando el endpoint SEP-24 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info). La Anchor Platform también utiliza esta información para validar las solicitudes realizadas a tu servicio. Agrega las siguientes variables a tu archivo de entorno. @@ -129,7 +129,7 @@ SEP24_INITIAL_USER_DEADLINE_SECONDS=1209600 `SECRET_SEP24_INTERACTIVE_URL_JWT_SECRET` y `SECRET_SEP24_MORE_INFO_URL_JWT_SECRET` son claves de cifrado que la Anchor Platform utilizará para generar tokens de corta duración que agregará a las URLs proporcionadas a la billetera. Tu servidor de negocio también debe tener estas claves en su entorno para poder verificar la firma del token. -`SEP24_INITIAL_USER_DEADLINE_SECONDS` es un parámetro opcional que define el tiempo en segundos que un usuario tiene para actuar antes de que la transacción pase al siguiente estado. Determina el campo `user_action_required_by`, que indica la fecha límite. Consulta [Métodos JSON-RPC][json-rpc-methods] para ejemplos de uso. +`SEP24_INITIAL_USER_DEADLINE_SECONDS` es un parámetro opcional que define el tiempo en segundos que un usuario tiene para actuar antes de que la transacción pase al siguiente estado. Determina el campo `user_action_required_by`, que indica la fecha límite. Consulta [Métodos JSON-RPC](../../api-reference/platform/rpc/methods/README.mdx) para ejemplos de uso. ## Probar con la Billetera Demostrativa @@ -173,9 +173,9 @@ SECRET_SEP24_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your busi -Para probar esto, ve a la [Billetera Demostrativa Stellar][stellar-demo-wallet]. +Para probar esto, ve a la [Billetera Demostrativa Stellar](https://demo-wallet.stellar.org). -[![billetera de demostración conectada a la plataforma anchor](../../assets/anchor-platform-sep24-demo-wallet.png)](../../assets/anchor-platform-sep24-demo-wallet.png) +![Billetera de Demostraci N Conectada](../../assets/anchor-platform/sep24/demo-wallet.png) Inicia una transacción haciendo lo siguiente: @@ -187,27 +187,4 @@ Inicia una transacción haciendo lo siguiente: La billetera de demostración debería poder encontrar tu archivo `stellar.toml`, autenticarse usando el keypair Stellar que acabas de crear e iniciar una transacción. Sin embargo, cuando la billetera de demostración intenta abrir la URL proporcionada por la Anchor Platform, verás una página no encontrada. -[![billetera de demostración después de iniciar una transacción](../../assets/anchor-platform-sep24-demo-wallet-widget.png)](../../assets/anchor-platform-sep24-demo-wallet-widget.png) - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server -[sep1-ap]: ../sep1/README.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx +![Billetera de Demostraci N Despu](../../assets/anchor-platform/sep24/demo-wallet-widget.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/example.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/example.mdx index da72700f39..4b85882f48 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/example.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/example.mdx @@ -196,7 +196,7 @@ app.listen(port, () => { -Ejecuta esto con el servidor de plataforma y la base de datos e inicia una nueva transacción con la [billetera demo][stellar-demo-wallet]. Luego, enviaremos el token a nuestro servidor. +Ejecuta esto con el servidor de plataforma y la base de datos e inicia una nueva transacción con la [billetera demo](https://demo-wallet.stellar.org). Luego, enviaremos el token a nuestro servidor. @@ -412,27 +412,6 @@ async function getPlatformTransaction(transactionId) { Stellar proporciona una implementación de ejemplo de servidor de negocio para SEP-24. Está dividida en dos partes: 1) una interfaz de usuario web, accesible para el usuario final; y 2) una implementación backend, utilizada para obtener y enviar actualizaciones desde/hacia la Anchor Platform. -El código para la interfaz de usuario web se puede encontrar [aquí][sep-24-ref-ui] - -El código para el backend es parte de la Anchor Platform, y está disponible como un [submódulo][sep-24-ref]. - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server +El código para la interfaz de usuario web se puede encontrar [aquí](https://github.com/stellar/sep24-reference-ui). + +El código para el backend es parte de la Anchor Platform, y está disponible como un [submódulo](https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/faq.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/faq.mdx index 497bfb095d..b1e5a130a6 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/faq.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/faq.mdx @@ -12,13 +12,13 @@ This JWT token will contain: 1. `sub` es la cuenta asociada con esta transacción. Puede ser utilizada para identificar la cuenta del usuario. Ten en cuenta que este valor puede ser diferente de la cuenta que se usará para recibir/enviar fondos. `jti` es el hash de la transacción. 2. `sub` is the account associated with this transaction. Se puede utilizar para identificar la cuenta de usuario. Ten en cuenta que este valor puede ser diferente de la cuenta que se utilizará para recibir/enviar fondos. 3. `jti` es el hash de la transacción. -4. `data` es la carga útil adicional que ha establecido el usuario. Siempre contendrá el `asset` de Stellar que desea depositar o retirar. Si lo proporciona el cliente, también contendrá el `amount` que el usuario desea transaccionar, el `client_domain` de la billetera verificada durante la autenticación SEP-10, y `client_name` (definido como 'name' en la configuración de [clients] si se proporciona), y la preferencia de `lang` (idioma) del usuario. +4. `data` es la carga útil adicional que ha establecido el usuario. Siempre contendrá el `asset` de Stellar que desea depositar o retirar. Si lo proporciona el cliente, también contendrá el `amount` que el usuario desea transaccionar, el `client_domain` de la billetera verificada durante la autenticación SEP-10, y `client_name` (definido como 'name' en la configuración de [clients](../sep10/README.mdx) si se proporciona), y la preferencia de `lang` (idioma) del usuario. ### ¿Cómo Proporcionar Tarifas? Actualmente, se recomienda proporcionar tarifas/tasas de intercambio en el iFrame/vista web de tu aplicación. -El estándar [SEP-24] proporciona un endpoint `/fee` para permitir a las empresas establecer tarifas estáticas para sus transacciones. Sin embargo, actualmente no está admitido por la Anchor Platform. +El estándar [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) proporciona un endpoint `/fee` para permitir a las empresas establecer tarifas estáticas para sus transacciones. Sin embargo, actualmente no está admitido por la Anchor Platform. :::note @@ -32,8 +32,4 @@ Debes usar el campo `sub` del token JWT. Para billeteras de custodia, este valor ### ¿Cómo identificar la billetera? -Utiliza los atributos `data.client_domain` dentro del token JWT. En presencia de la configuración de [clients], el token JWT incorporará adicionalmente el campo `data.client_name`, permitiendo la identificación de la billetera. En presencia de la configuración de [clients], el token JWT también incorporará el campo `data.client_name`, permitiendo la identificación de la billetera. - -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[clients]: ../sep10/README.mdx +Utiliza los atributos `data.client_domain` dentro del token JWT. En presencia de la configuración de [clients](../sep10/README.mdx), el token JWT incorporará adicionalmente el campo `data.client_name`, permitiendo la identificación de la billetera. En presencia de la configuración de [clients](../sep10/README.mdx), el token JWT también incorporará el campo `data.client_name`, permitiendo la identificación de la billetera. diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/getting-started.mdx index e6017649b4..c967c71055 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/getting-started.mdx @@ -3,11 +3,11 @@ title: Comenzar sidebar_position: 10 --- -Esta guía te llevará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de ingreso y salida compatible con [SEP-24][sep-24], el protocolo estandarizado del ecosistema para depósitos y retiradas de fondos. +Esta guía te llevará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de ingreso y salida compatible con [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md), el protocolo estandarizado del ecosistema para depósitos y retiradas de fondos. Al aprovechar el soporte de la Anchor Platform para SEP-24, las empresas hacen que su servicio de ingreso y salida esté disponible como una experiencia dentro de la aplicación a través de aplicaciones basadas en Stellar como billeteras y exchanges, ampliando su alcance y conectando con los usuarios a través de las aplicaciones que ya utilizan. -Antes de continuar con esta sección, asegúrate de haber [instalado][installation-ap] ya la Plataforma Anchor y configurado las funciones necesarias requeridas por SEP-24: [SEP-1 (Archivo de Información Stellar)][sep1-ap], [SEP-10 (Autenticación Stellar)][sep10-ap] y [SEP-45 (Autenticación Web Stellar para cuenta de contrato)][sep45-ap]. +Antes de continuar con esta sección, asegúrate de haber [instalado](../../admin-guide/getting-started.mdx) ya la Plataforma Anchor y configurado las funciones necesarias requeridas por SEP-24: [SEP-1 (Archivo de Información Stellar)](../sep1/README.mdx), [SEP-10 (Autenticación Stellar)](../sep10/README.mdx) y [SEP-45 (Autenticación Web Stellar para cuenta de contrato)](../sep45/README.mdx). ## La experiencia básica del usuario @@ -26,9 +26,3 @@ El cliente puede luego utilizar el activo digital en la red Stellar para remesas 3. Después de autenticarse con el anchor, la billetera abre la URL interactiva proporcionada y permite al cliente ingresar su información de transacción (el KYC ya ha sido recopilado) 4. Después de solicitar la aprobación del cliente, la billetera envía la cantidad especificada del saldo del activo del cliente a la cuenta de distribución del anchor en Stellar 5. Una vez que el anchor recibe el pago, el cliente recibe los fondos retirados mediante transferencia bancaria. - -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/integration.mdx index 97bbb5177e..fe36c3bfa7 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep24/integration.mdx @@ -29,9 +29,9 @@ Esto se hace realizando solicitudes JSON-RPC al endpoint de la API de la platafo La API JSON-RPC de la Anchor Platform está diseñada para notificar a la plataforma sobre cambios en el estado de la transacción. Dado esto, la API será llamada cada vez que un usuario o el anchor realice alguna acción que avance el estado de la transacción en el flujo. -La comunicación desde la Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una función opcional que necesita ser configurada por separado de la integración SEP-6. Para más información, consulta [Manejo de eventos][event-handling]. +La comunicación desde la Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una función opcional que necesita ser configurada por separado de la integración SEP-6. Para más información, consulta [Manejo de eventos](../events/README.mdx). -Puedes encontrar más información sobre el flujo y los estados de la transacción en el [documento del protocolo SEP-24][sep-24] +Puedes encontrar más información sobre el flujo y los estados de la transacción en el [documento del protocolo SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) ## Callbacks @@ -39,7 +39,7 @@ La Anchor Platform depende del servidor de negocios para proporcionar y almacena ### Cotizaciones y Tarifas -Para admitir el exchange de activos no equivalentes, la Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que está enviando. La API de cotizaciones también se utiliza para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor de negocios debe implementar la [API de tarifas][rate-callback] para proporcionar cotizaciones a la Anchor Platform. +Para admitir el exchange de activos no equivalentes, la Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que está enviando. La API de cotizaciones también se utiliza para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor de negocios debe implementar la [API de tarifas](../../api-reference/callbacks/README.mdx) para proporcionar cotizaciones a la Anchor Platform. ## Asegurando la API de la Plataforma @@ -73,7 +73,7 @@ Para admitir el exchange de activos no equivalentes, la Anchor Platform expone u El diagrama de flujo de depósito SEP-24 define la secuencia/reglas de la transición del estado de la transacción y un conjunto de métodos JSON-RPC que deberían ser llamados para cambiar ese estado. No puedes definir el estado que quieres establecer para una transacción específica en tus solicitudes. Cada método JSON-RPC define estructuras de datos que espera en la solicitud. Si la solicitud no contiene un atributo requerido, la Anchor Platform devolverá un error y no cambiará el estado de la transacción. -[![sep24 deposit flow](../../assets/sep24-deposit-flow-diagram.png)](../../assets/sep24-deposit-flow-diagram.png) +[![Sep24 Deposit Flow](../../assets/sep24-deposit-flow-diagram.png)](../../assets/sep24-deposit-flow-diagram.png) :::tip @@ -87,7 +87,7 @@ Los estados en rojo significan que la transa ### Listo para Recibir Fondos -El primer paso del flujo de depósito después de iniciar el depósito en sí es recolectar KYC. Generalmente se realiza en la aplicación web, pero también puede ser proporcionada opcionalmente por la aplicación de billetera, usando [SEP-9]. Una vez que se recolecta la KYC necesaria, se debe realizar una solicitud JSON-RPC `request_offchain_funds`. +El primer paso del flujo de depósito después de iniciar el depósito en sí es recolectar KYC. Generalmente se realiza en la aplicación web, pero también puede ser proporcionada opcionalmente por la aplicación de billetera, usando [SEP-9](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md). Una vez que se recolecta la KYC necesaria, se debe realizar una solicitud JSON-RPC `request_offchain_funds`. @@ -653,7 +653,7 @@ Para procesar esto, necesitas ejecutar: Este diagrama define una secuencia/reglas de la transición del estado de las transacciones para el flujo de retirada de SEP-24. -[![flujo de retirada de sep24](../../assets/sep24-withdrawal-flow-diagram.png)](../../assets/sep24-withdrawal-flow-diagram.png) +[![Flujo de Retirada de Sep24](../../assets/sep24-withdrawal-flow-diagram.png)](../../assets/sep24-withdrawal-flow-diagram.png) :::tip @@ -1013,9 +1013,3 @@ Funciona de la misma manera que para el flujo de depósito. Para más detalles, ## Seguimiento de transacciones de Stellar - -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[event-handling]: ../events/README.mdx -[rate-callback]: ../../api-reference/callbacks/README.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/configuration.mdx index ba71732383..b2edba15cf 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/configuration.mdx @@ -7,7 +7,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; ## Modificar un Archivo de Información Stellar -Empecemos por modificar nuestro archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-31 es admitida por tu negocio, y también necesitan conocer todas las monedas que admites. +Empecemos por modificar nuestro archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-31 es admitida por tu negocio, y también necesitan conocer todas las monedas que admites. @@ -62,9 +62,9 @@ items: -La información proporcionada en los objetos `sep31` y `send` se mapea estrechamente con la información que se expondrá a la aplicación de billetera usando el endpoint [`GET /info`][sep31-get-info] de SEP-31. La Anchor Platform también utiliza esta información para validar las solicitudes hechas a tu servicio. `sep31.fields.transaction` debe quedar vacío y se eliminará en una futura versión, pero puedes ajustar los valores de `send.min_amount` y `send.max_amount` de acuerdo a los límites de tu servicio. +La información proporcionada en los objetos `sep31` y `send` se mapea estrechamente con la información que se expondrá a la aplicación de billetera usando el endpoint [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md#get-info) de SEP-31. La Anchor Platform también utiliza esta información para validar las solicitudes hechas a tu servicio. `sep31.fields.transaction` debe quedar vacío y se eliminará en una futura versión, pero puedes ajustar los valores de `send.min_amount` y `send.max_amount` de acuerdo a los límites de tu servicio. -Los valores `sep31.quotes_supported` y `sep31.quotes_required` determinan si las organizaciones emisoras pueden y están obligadas a solicitar una tasa de cambio utilizando el endpoint [SEP-38 `POST /quote`][sep38-post-quote]. Casi todos los emisores prefieren este enfoque para que puedan comunicar la tasa a sus clientes antes de proceder. +Los valores `sep31.quotes_supported` y `sep31.quotes_required` determinan si las organizaciones emisoras pueden y están obligadas a solicitar una tasa de cambio utilizando el endpoint [SEP-38 `POST /quote`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md#post-quote). Casi todos los emisores prefieren este enfoque para que puedan comunicar la tasa a sus clientes antes de proceder. Agrega la siguiente variable a tu archivo de entorno. @@ -124,7 +124,7 @@ Deberías obtener lo siguiente. Las empresas deben recopilar y validar la información de KYC de los clientes para los cuales facilitan transacciones. Los clientes determinan qué información de KYC necesita ser recopilada y envían esa información a través de una API KYC SEP-12 alojada por la Anchor Platform, pero la Anchor Platform nunca almacena información personal identificable (PII). En su lugar, reenvía las solicitudes de los clientes al servidor del negocio y devuelve las respuestas del negocio al cliente, actuando como un servidor proxy. -Consulta la [especificación de la API KYC de Anchor Platform][platform-api-kyc] para obtener detalles sobre los endpoints que deben ser implementados en el servidor de tu negocio. +Consulta la [especificación de la API KYC de Anchor Platform](../../api-reference/callbacks/get-customer.api.mdx) para obtener detalles sobre los endpoints que deben ser implementados en el servidor de tu negocio. Para hacer que esta API esté disponible para los clientes, agreguemos la URL del servicio a nuestro Archivo de Información Stellar. @@ -213,9 +213,9 @@ Deberías obtener lo siguiente: ## Habilitar la API RFQ -Las empresas necesitan proporcionarle a sus contrapartes del lado de envío una API de [Tasa][get-rates-api] para verificar las tasas de cambio que están ofreciendo entre el activo on-chain que se utiliza para la liquidación y el activo fiat que se utiliza para pagar al receptor. Si la tasa es competitiva, los emisores también deben poder solicitar un compromiso a la tasa actualmente ofrecida por el negocio durante un corto período de tiempo. +Las empresas necesitan proporcionarle a sus contrapartes del lado de envío una API de [Tasa](../../api-reference/callbacks/get-rates.api.mdx) para verificar las tasas de cambio que están ofreciendo entre el activo on-chain que se utiliza para la liquidación y el activo fiat que se utiliza para pagar al receptor. Si la tasa es competitiva, los emisores también deben poder solicitar un compromiso a la tasa actualmente ofrecida por el negocio durante un corto período de tiempo. -La Anchor Platform proporciona la [API RFQ SEP-38][sep38] a los emisores para este propósito. +La Anchor Platform proporciona la [API RFQ SEP-38](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md) a los emisores para este propósito. Para hacer que esta API esté disponible para los clientes, agreguemos la URL del servicio a nuestro Archivo de Información Stellar. @@ -337,10 +337,3 @@ SECRET_CALLBACK_API_AUTH_SECRET= `CALLBACK_API_BASE_URL` utiliza `server` en lugar de `localhost` como el host porque la Anchor Platform hará solicitudes a tu servidor de negocio desde dentro de la red local creada por docker compose. When configuring your service in a staging or production environment, make sure to update your service urls. Definiremos el servidor que implementa los endpoints definidos en la API de Callback en la siguiente sección. - -[sep31-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md#get-info -[sep1-ap]: ../sep1/README.mdx -[get-rates-api]: ../../api-reference/callbacks/get-rates.api.mdx -[sep38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep38-post-quote]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md#post-quote -[platform-api-kyc]: ../../api-reference/callbacks/get-customer.api.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/getting-started.mdx index 6dd6393638..7ac7239d7c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/getting-started.mdx @@ -3,7 +3,7 @@ title: Comenzar sidebar_position: 10 --- -Esta guía te guiará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de recepción de pagos transnacionales compatible con [SEP-31][sep-31], el protocolo estandarizado del ecosistema para pagos transnacionales. +Esta guía te guiará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de recepción de pagos transnacionales compatible con [SEP-31](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md), el protocolo estandarizado del ecosistema para pagos transnacionales. Al aprovechar el apoyo de la Anchor Platform para SEP-31, las empresas hacen que su servicio sea compatible con el conjunto existente de servicios de envío de Stellar. @@ -13,10 +13,4 @@ A medida que mejoramos la documentación, partes de esta guía que son relevante ::: -Antes de continuar con esta sección, asegúrate de que ya has [instalado][installation-ap] la Plataforma Anchor y configurado las características necesarias requeridas por SEP-31: [SEP-1 (Archivo de información Stellar)][sep1-ap], [SEP-10 (Autenticación Stellar)][sep10-ap] y [SEP-45 (Autenticación web Stellar para cuentas contractuales)][sep45-ap]. - -[sep-31]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx +Antes de continuar con esta sección, asegúrate de que ya has [instalado](../../admin-guide/getting-started.mdx) la Plataforma Anchor y configurado las características necesarias requeridas por SEP-31: [SEP-1 (Archivo de información Stellar)](../sep1/README.mdx), [SEP-10 (Autenticación Stellar)](../sep10/README.mdx) y [SEP-45 (Autenticación web Stellar para cuentas contractuales)](../sep45/README.mdx). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/integration.mdx index eae9a79192..c1ba066fa7 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep31/integration.mdx @@ -7,14 +7,14 @@ import { CodeExample } from "@site/src/components/CodeExample"; Integrarse con la Anchor Platform para facilitar pagos transnacionales implica implementar lo siguiente, como mínimo: -- [`GET /customer`][get-customer] & [`PUT /customer`][put-customer] puntos finales de la API KYC para solicitar y recopilar datos KYC de los clientes -- [`GET /rate`][get-rate] punto final de la API RFQ para proporcionar tasas de FX entre los activos on-chain y off-chain admitidos +- [`GET /customer`](../../api-reference/callbacks/get-customer.api.mdx) & [`PUT /customer`](../../api-reference/callbacks/put-customer.api.mdx) puntos finales de la API KYC para solicitar y recopilar datos KYC de los clientes +- [`GET /rate`](../../api-reference/callbacks/get-rates.api.mdx) punto final de la API RFQ para proporcionar tasas de FX entre los activos on-chain y off-chain admitidos - `GET /transactions` solicitudes para obtener actualizaciones sobre los estados de las transacciones de la Anchor Platform (documentación próximamente) -- [`JSON-RPC`][json-rpc-methods] solicitudes para actualizar los estados de las transacciones de la Anchor Platform +- [`JSON-RPC`](../../api-reference/platform/rpc/methods/README.mdx) solicitudes para actualizar los estados de las transacciones de la Anchor Platform Lo siguiente también puede ser requerido dependiendo de tu caso de uso: -- [`DELETE /customer`][delete-customer] si tu negocio desea o está obligado a permitir que los remitentes soliciten la eliminación de datos del cliente +- [`DELETE /customer`](../../api-reference/callbacks/del-customer.api.mdx) si tu negocio desea o está obligado a permitir que los remitentes soliciten la eliminación de datos del cliente ## Crear un Servidor Empresarial @@ -67,17 +67,17 @@ services: A continuación, crea un servidor web simple utilizando el lenguaje de programación de tu preferencia y un `Dockerfile` que inicie el servidor. `docker compose up` debería iniciar correctamente los tres servicios. -Esta guía no proporciona una implementación de ejemplo de los puntos finales, pero puedes encontrar más información sobre los esquemas de solicitud y respuesta en la [Anchor Platform API Reference][ap-api], y las secciones a continuación ampliarán los conceptos importantes para entender al implementar los puntos finales. +Esta guía no proporciona una implementación de ejemplo de los puntos finales, pero puedes encontrar más información sobre los esquemas de solicitud y respuesta en la [Anchor Platform API Reference](../../README.mdx), y las secciones a continuación ampliarán los conceptos importantes para entender al implementar los puntos finales. ## Puntos Finales de Callback de Clientes -La Anchor Platform nunca almacena la PII de tus clientes y, en su lugar, actúa como un servidor proxy entre las aplicaciones cliente y tu negocio, reenvíando solicitudes y respuestas a la otra parte. Actualmente, las solicitudes y respuestas son casi idénticas a las definidas en la [SEP-12 KYC API specification][sep12]. +La Anchor Platform nunca almacena la PII de tus clientes y, en su lugar, actúa como un servidor proxy entre las aplicaciones cliente y tu negocio, reenvíando solicitudes y respuestas a la otra parte. Actualmente, las solicitudes y respuestas son casi idénticas a las definidas en la [SEP-12 KYC API specification](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md). ### Identificando Clientes Los clientes pueden ser identificados utilizando dos enfoques. -El primer enfoque utiliza una cuenta Stellar y un memo. Al usar la Anchor Platform para facilitar pagos transnacionales, la organización remitente utiliza su propia cuenta Stellar, la que se usó para autenticarse a través de [SEP-10 Stellar Authentication][ap-sep10], al registrar clientes con tu negocio. Los memos se utilizan para distinguir clientes únicos que provienen de la misma organización remitente. +El primer enfoque utiliza una cuenta Stellar y un memo. Al usar la Anchor Platform para facilitar pagos transnacionales, la organización remitente utiliza su propia cuenta Stellar, la que se usó para autenticarse a través de [SEP-10 Stellar Authentication](../sep10/README.mdx), al registrar clientes con tu negocio. Los memos se utilizan para distinguir clientes únicos que provienen de la misma organización remitente. El segundo enfoque utiliza IDs de clientes generados por tu servicio. Por ejemplo, si una organización remitente está registrando un cliente, tu negocio recibirá una solicitud `PUT /customer` como la siguiente: @@ -140,7 +140,7 @@ En las solicitudes `PUT /customer`, deberías usar el tipo enviado para evaluar ### Probar con la Billetera Demo -Puedes probar tu implementación con la [Stellar Demo Wallet][demo-wallet] siguiendo los pasos a continuación. +Puedes probar tu implementación con la [Stellar Demo Wallet](https://demo-wallet.stellar.org) siguiendo los pasos a continuación. 1. Selecciona "Generar keypair para nueva cuenta" 2. Selecciona "Crear cuenta" @@ -151,17 +151,17 @@ Puedes probar tu implementación con la [Stellar Demo Wallet][demo-wallet] sigui Deberías ver que la billetera demo encuentra las URL de tu servicio, se autentica y verifica qué campos KYC necesita recopilar. Luego debería presentar un formulario para que introduces los detalles KYC para el remitente y el receptor. -[![billetera demo después de iniciar una transacción](../../assets/anchor-platform-sep31-demo-wallet-widget.png)](../../assets/anchor-platform-sep31-demo-wallet-widget.png) +![Billetera Demo Despues de](../../assets/anchor-platform/sep31/demo-wallet-widget.png) Una vez que hayas introducido la información solicitada, se enviará esa información a la Anchor Platform, que la enviará a tu servidor empresarial. Una vez que la billetera demo tenga los IDs de los clientes que generaste, iniciará una transacción que debería fallar. ## Punto Final de Callback de Tasas -Una vez que la organización remitente haya registrado a los clientes involucrados en la transacción, necesitará solicitar una cotización, o tasa FX, de tu negocio. La Anchor Platform solicita esta información a tu servidor empresarial utilizando el [`GET /rate` endpoint][get-rate]. +Una vez que la organización remitente haya registrado a los clientes involucrados en la transacción, necesitará solicitar una cotización, o tasa FX, de tu negocio. La Anchor Platform solicita esta información a tu servidor empresarial utilizando el [`GET /rate` endpoint](../../api-reference/callbacks/get-rates.api.mdx). ### Cotizaciones Firmes vs. Indicativas -Las solicitudes de cotizaciones tendrán un parámetro `type` que puede ser [`indicative`][indicative] o [`firm`][firm]. Si `type=firm`, tu respuesta debe incluir el campo `id` y `expires_at` y reservar la liquidez necesaria para cumplir con esta cotización hasta que la cotización expire. Si `type=indicative`, no devuelvas los campos `id` o `expires_at` porque la tasa proporcionada no se utilizará en una transacción. +Las solicitudes de cotizaciones tendrán un parámetro `type` que puede ser [`indicative`](https://www.investopedia.com/terms/i/indicativequote.asp) o [`firm`](https://www.investopedia.com/terms/f/firmquote.asp). Si `type=firm`, tu respuesta debe incluir el campo `id` y `expires_at` y reservar la liquidez necesaria para cumplir con esta cotización hasta que la cotización expire. Si `type=indicative`, no devuelvas los campos `id` o `expires_at` porque la tasa proporcionada no se utilizará en una transacción. Ten en cuenta que el cliente puede solicitar que la cotización expire después de una fecha y hora específica usando el parámetro `expires_after`. Tu negocio debe honrar esta solicitud devolviendo un valor `expires_at` que esté en o después de la fecha y hora solicitadas o rechazar la solicitud con una respuesta 400 Bad Request, que será reenviada al cliente. @@ -221,7 +221,7 @@ La respuesta incluirá una lista de transacciones de pago transnacionales inicia El diagrama de flujo SEP-31 define la secuencia/reglas de la transición de estado de la transacción y un conjunto de métodos JSON-RPC que deben llamarse para cambiar ese estado. No puedes definir el estado que deseas establecer para una transacción específica en tus solicitudes. Cada método JSON-RPC define estructuras de datos que espera en la solicitud. Si la solicitud no contiene los atributos requeridos, la Anchor Platform devolverá un error y no cambiará el estado de la transacción. -[![diagrama de flujo sep31](../../assets/sep31-transition-diagram.png)](../../assets/sep31-transition-diagram.png) +[![Diagrama de Flujo Sep31](../../assets/sep31-transition-diagram.png)](../../assets/sep31-transition-diagram.png) :::tip @@ -233,9 +233,9 @@ Los estados en rojo significan que la transa ::: -Puedes crear una [plantilla][sep24-integration-make-json-rpc-request] para realizar solicitudes JSON-RPC a la Anchor Platform. +Puedes crear una [plantilla](../sep24/integration.mdx#making-json-rpc-requests) para realizar solicitudes JSON-RPC a la Anchor Platform. -Este capítulo también contiene información sobre el formato de [solicitud][sep24-integration-rpc-request]/[respuesta][sep24-integration-rpc-response] y [códigos de error][sep24-integration-error-codes] que pueden ser devueltos por la Anchor Platform. +Este capítulo también contiene información sobre el formato de [solicitud](../sep24/integration.mdx#json-rpc-request)/[respuesta](../sep24/integration.mdx#json-rpc-response) y [códigos de error](../sep24/integration.mdx#error-codes) que pueden ser devueltos por la Anchor Platform. ### Listo para Recibir Fondos @@ -650,20 +650,3 @@ items: ``` - -[ap-api]: ../../README.mdx -[ap-sep10]: ../sep10/README.mdx -[sep12]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md -[demo-wallet]: https://demo-wallet.stellar.org -[indicative]: https://www.investopedia.com/terms/i/indicativequote.asp -[firm]: https://www.investopedia.com/terms/f/firmquote.asp -[get-customer]: ../../api-reference/callbacks/get-customer.api.mdx -[put-customer]: ../../api-reference/callbacks/put-customer.api.mdx -[get-rate]: ../../api-reference/callbacks/get-rates.api.mdx -[put-customer-callback]: ../../api-reference/callbacks/put-customer.api.mdx -[delete-customer]: ../../api-reference/callbacks/del-customer.api.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx -[sep24-integration-make-json-rpc-request]: ../sep24/integration.mdx#making-json-rpc-requests -[sep24-integration-rpc-request]: ../sep24/integration.mdx#json-rpc-request -[sep24-integration-rpc-response]: ../sep24/integration.mdx#json-rpc-response -[sep24-integration-error-codes]: ../sep24/integration.mdx#error-codes diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep45/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep45/README.mdx index 3cbd1869cb..7dae724e8c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep45/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep45/README.mdx @@ -15,7 +15,7 @@ Esto es similar a cómo funciona SEP-10, pero con algunas diferencias: - La billetera es responsable de simular la transacción y asegurar que no sea maliciosa. - El anchor verifica las entradas de autorización firmadas simulando la transacción en la red. -Se proporciona una implementación del contrato SEP-45 en el [repositorio Anchor Platform][sep-45-contract]. Una instancia de este contrato está desplegada en `CD3LA6RKF5D2FN2R2L57MWXLBRSEWWENE74YBEFZSSGNJRJGICFGQXMX` en testnet. +Se proporciona una implementación del contrato SEP-45 en el [repositorio Anchor Platform](https://github.com/stellar/anchor-platform/tree/feature/c-accounts/soroban). Una instancia de este contrato está desplegada en `CD3LA6RKF5D2FN2R2L57MWXLBRSEWWENE74YBEFZSSGNJRJGICFGQXMX` en testnet. ## Habilitar autenticación Stellar para cuentas de contrato @@ -25,7 +25,7 @@ Anchor Platform admite esta forma de autenticación con una configuración míni SEP-45 requiere integración con Stellar RPC para simular transacciones. Anchor Platform puede conectarse al servidor Stellar RPC que elijas. -Puedes usar un proveedor público de Stellar RPC, o puedes ejecutar el tuyo propio. Se puede encontrar una lista de proveedores públicos [aquí][rpc-providers]. El siguiente ejemplo usa el RPC testnet de SDF. +Puedes usar un proveedor público de Stellar RPC, o puedes ejecutar el tuyo propio. Se puede encontrar una lista de proveedores públicos [aquí](/docs/data/apis/rpc/providers). El siguiente ejemplo usa el RPC testnet de SDF. @@ -68,7 +68,7 @@ SEP_45_AUTH_TIMEOUT=86400 ### Modificar un archivo de información Stellar -El archivo `stellar.toml` creado [anteriormente][sep1-ap] debe actualizarse para incluir el nuevo endpoint de autenticación y la ID del contrato. +El archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx) debe actualizarse para incluir el nuevo endpoint de autenticación y la ID del contrato. @@ -83,8 +83,3 @@ WEB_AUTH_CONTRACT_ID = "CD3LA6RKF5D2FN2R2L57MWXLBRSEWWENE74YBEFZSSGNJRJGICFGQXMX `WEB_AUTH_FOR_CONTRACTS_ENDPOINT` es la URL donde se ejecuta el servicio de autenticación. Esta es la URL que los clientes utilizarán para autenticarse con el anchor. `WEB_AUTH_CONTRACT_ID` es la ID del contrato del SEP-45. Este es el contrato que se usará para construir el desafío. - -[sep1-ap]: ../sep1/README.mdx -[sep-45]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md -[sep-45-contract]: https://github.com/stellar/anchor-platform/tree/feature/c-accounts/soroban -[rpc-providers]: /docs/data/apis/rpc/providers diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/configuration.mdx index 5ec26b1e40..3984a32450 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/configuration.mdx @@ -30,7 +30,7 @@ SEP38_ENABLED=true ### Modificar un archivo de información de Stellar -Let's modify the `stellar.toml` file created [earlier][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-6 es admitida por tu negocio, y también necesitan saber todos los activos Stellar que admites. +Let's modify the `stellar.toml` file created [earlier](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-6 es admitida por tu negocio, y también necesitan saber todos los activos Stellar que admites. @@ -67,9 +67,9 @@ Ten en cuenta que necesitarás crear otro archivo para tu implementación de pro Ahora estás listo para especificar lo siguiente en tu archivo `dev.assets.yaml`, y cambiar los valores según tu caso de uso. Este archivo de activos de ejemplo habilita la compatibilidad con el USDC de Circle y un USD fiat para depositar y retirar. -Los métodos especificados en las secciones `sep38` son métodos que serán expuestos por el endpoint SEP-38 [`GET /info`][sep38]. +Los métodos especificados en las secciones `sep38` son métodos que serán expuestos por el endpoint SEP-38 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md). -Los métodos especificados en las secciones `deposit` y `withdraw` son los métodos que serán expuestos por el endpoint SEP-6 [`GET /info`][sep-6]. Los métodos listados deben coincidir con los métodos definidos en la sección SEP-38 del archivo. Los métodos listados deben coincidir con los métodos definidos en la sección SEP-38 del archivo. +Los métodos especificados en las secciones `deposit` y `withdraw` son los métodos que serán expuestos por el endpoint SEP-6 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md). Los métodos listados deben coincidir con los métodos definidos en la sección SEP-38 del archivo. Los métodos listados deben coincidir con los métodos definidos en la sección SEP-38 del archivo. También ten en cuenta que los activos fiat, aquellos con el `schema: iso4217`, no necesitan que se especifiquen los objetos de configuración `sep6_enabled`, `deposit`, o `withdraw`. De la misma manera, los activos Stellar, aquellos con `schema: stellar`, no necesitan que se especifiquen los objetos de configuración `sep38.sell_delivery_methods` o `sep38.buy_delivery_methods`. @@ -118,7 +118,7 @@ items: Ten en cuenta que el ejemplo anterior lista un atributo `distribution_account` para la entrada de USDC. Si se especifica, esta cuenta se proporcionará junto con un memo generado aleatoriamente y único por transacción a los clientes como la dirección a la que enviar fondos para las transacciones de retirada de fondos. El memo de la transacción es cómo tú o la Anchor Platform igualarán los fondos recibidos con un registro de transacción en la base de datos de la Anchor Platform. -Si no tienes tu propia cuenta Stellar y en su lugar utilizas un tercero que te proporciona una cuenta Stellar y un memo para poder recibir fondos en tu nombre, como un exchange o custodio, debes omitir el campo `distribution_account` de tu archivo de configuración de activos. En su lugar, necesitas proporcionar la cuenta Stellar y el memo que te gustaría usar para recibir fondos a través de una solicitud a la Anchor Platform [`request_onchain_funds`][request-onchain-funds] de manera individual por transacción. +Si no tienes tu propia cuenta Stellar y en su lugar utilizas un tercero que te proporciona una cuenta Stellar y un memo para poder recibir fondos en tu nombre, como un exchange o custodio, debes omitir el campo `distribution_account` de tu archivo de configuración de activos. En su lugar, necesitas proporcionar la cuenta Stellar y el memo que te gustaría usar para recibir fondos a través de una solicitud a la Anchor Platform [`request_onchain_funds`](../../api-reference/platform/rpc/methods/request_onchain_funds.mdx) de manera individual por transacción. Para configurar la Anchor Platform para que espere que la cuenta Stellar y el memo sean proporcionados a través de API en lugar de configurados a través del archivo de activos, especifica la siguiente variable de entorno. @@ -146,7 +146,7 @@ SEP6_DEPOSIT_INFO_GENERATOR_TYPE=custody Los negocios necesitan recopilar y validar la información KYC de los clientes para quienes facilitan transacciones. Los clientes preguntan a tu negocio qué información KYC necesita ser recopilada y envían esa información a través de la API KYC SEP-12 alojada por la Anchor Platform, pero la Anchor Platform nunca almacena información personalmente identificable (PII). En cambio, reenvía las solicitudes de los clientes al servidor del negocio y devuelve las respuestas del negocio al cliente, actuando como un servidor proxy. -Además, los negocios deben proporcionar a los clientes una API [Rates][get-rates-api] para verificar las tasas de cambio que están ofreciendo entre los activos on-chain y off-chain admitidos por el negocio. Si la tasa es competitiva, los clientes también deben poder solicitar un compromiso con la tasa que actualmente se ofrece por el negocio por un corto período de tiempo. De manera similar a la API KYC, la Anchor Platform hace solicitudes a tu servidor de negocio para obtener tasas de cambio y cotizaciones y las devuelve a los clientes. +Además, los negocios deben proporcionar a los clientes una API [Rates](../../api-reference/callbacks/get-rates.api.mdx) para verificar las tasas de cambio que están ofreciendo entre los activos on-chain y off-chain admitidos por el negocio. Si la tasa es competitiva, los clientes también deben poder solicitar un compromiso con la tasa que actualmente se ofrece por el negocio por un corto período de tiempo. De manera similar a la API KYC, la Anchor Platform hace solicitudes a tu servidor de negocio para obtener tasas de cambio y cotizaciones y las devuelve a los clientes. Para habilitar estas solicitudes a tu servidor de negocio, primero necesitarás agregar tu servidor de negocio al archivo docker compose. Luego, para admitir solicitudes a tu servidor de negocio desde la Anchor Platform, necesitas habilitar callbacks. @@ -163,9 +163,9 @@ SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs" -The above tells the Anchor Platform to include a [JWT][how-to-use-jwt], signed with the configured secret, in the `Authorization` header of requests made to `/callbacks/` so your server can authenticate the Anchor Platform before processing requests. +The above tells the Anchor Platform to include a [JWT](../sep24/faq.mdx), signed with the configured secret, in the `Authorization` header of requests made to `/callbacks/` so your server can authenticate the Anchor Platform before processing requests. -Consulta la [API KYC][platform-api-kyc] y la [API Rates][get-rates-api] para más detalles sobre los endpoints que deben ser implementados en tu servidor de negocio. +Consulta la [API KYC](../../api-reference/callbacks/get-customer.api.mdx) y la [API Rates](../../api-reference/callbacks/get-rates.api.mdx) para más detalles sobre los endpoints que deben ser implementados en tu servidor de negocio. ### Configuración adicional opcional @@ -181,7 +181,7 @@ SECRET_SEP6_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your busin -Los negocios pueden establecer una fecha límite para las acciones del usuario en transacciones utilizando el campo `user_action_required_by`. Para ejemplos, consulta [JSON-RPC Methods][json-rpc-methods]. Además, el parámetro `initial_user_deadline_seconds` establece un tiempo predeterminado (en segundos) que un usuario tiene para actuar antes de que la transacción pase al estado `EXPIRED`. +Los negocios pueden establecer una fecha límite para las acciones del usuario en transacciones utilizando el campo `user_action_required_by`. Para ejemplos, consulta [JSON-RPC Methods](../../api-reference/platform/rpc/methods/README.mdx). Además, el parámetro `initial_user_deadline_seconds` establece un tiempo predeterminado (en segundos) que un usuario tiene para actuar antes de que la transacción pase al estado `EXPIRED`. @@ -244,7 +244,7 @@ SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs" -Para probar esto, ve a la [Stellar Demo Wallet][stellar-demo-wallet]. +Para probar esto, ve a la [Stellar Demo Wallet](https://demo-wallet.stellar.org). Inicia una transacción de depósito haciendo lo siguiente: @@ -255,13 +255,3 @@ Inicia una transacción de depósito haciendo lo siguiente: - Selecciona el menú desplegable y haz clic en "SEP-6 Deposit", luego haz clic en "Iniciar" La billetera de demostración debería poder encontrar tu archivo `stellar.toml`, autenticar utilizando el keypair Stellar que acabas de crear y iniciar una transacción. - -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[sep1-ap]: ../sep1/README.mdx -[stellar-demo-wallet]: https://demo-wallet.stellar.org/ -[get-rates-api]: ../../api-reference/callbacks/get-rates.api.mdx -[sep38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[platform-api-kyc]: ../../api-reference/callbacks/get-customer.api.mdx -[request-onchain-funds]: ../../api-reference/platform/rpc/methods/request_onchain_funds.mdx -[how-to-use-jwt]: ../sep24/faq.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/getting-started.mdx index 67ddbb9a9d..a8d98bad43 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/getting-started.mdx @@ -3,11 +3,11 @@ title: Comenzar sidebar_position: 10 --- -Esta guía te llevará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de entrada y salida compatible con [SEP-6][sep-6], el protocolo estandarizado del ecosistema para depósitos programáticos y retiros. +Esta guía te llevará a través de la configuración e integración con la Anchor Platform con el propósito de desarrollar un servicio de entrada y salida compatible con [SEP-6](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md), el protocolo estandarizado del ecosistema para depósitos programáticos y retiros. Al aprovechar el soporte de Anchor Platform para SEP-6, las empresas pueden hacer que su propio servicio de entrada y salida esté disponible como una experiencia dentro de la aplicación a través de aplicaciones basadas en Stellar como billeteras y exchanges, ampliando su alcance y conectando con los usuarios a través de las aplicaciones que ya utilizan. -Antes de continuar con esta sección, asegúrate de que ya has [instalado][installation-ap] la Plataforma Anchor, y configurado las características necesarias requeridas por SEP-6: [SEP-1 (Archivo de Información Stellar)][sep1-ap], [SEP-10 (Autenticación Stellar)][sep10-ap] y [SEP-45 (Autenticación Web Stellar para cuenta de contrato)][sep45-ap]. +Antes de continuar con esta sección, asegúrate de que ya has [instalado](../../admin-guide/getting-started.mdx) la Plataforma Anchor, y configurado las características necesarias requeridas por SEP-6: [SEP-1 (Archivo de Información Stellar)](../sep1/README.mdx), [SEP-10 (Autenticación Stellar)](../sep10/README.mdx) y [SEP-45 (Autenticación Web Stellar para cuenta de contrato)](../sep45/README.mdx). ## La Experiencia Básica del Usuario @@ -26,9 +26,3 @@ El cliente puede utilizar luego el activo digital en la red Stellar para remesas 3. Después de autenticarse con el anchor, el cliente puede ingresar su información de transacción y cualquier información KYC adicional que no se haya recopilado ya 4. Después de pedir la aprobación del cliente, la billetera envía la cantidad especificada del saldo del activo del cliente a la cuenta de distribución del anchor en Stellar 5. Una vez que el anchor recibe el pago, el cliente recibe los fondos retirados a través de cualquier método admitido por el anchor (como transferencia bancaria) - -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/integration.mdx index 47deb12445..a9d375c75e 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/admin-guide/sep6/integration.mdx @@ -30,9 +30,9 @@ Esto se hace realizando solicitudes JSON-RPC al endpoint de la API de la platafo La API JSON-RPC de Anchor Platform está diseñada para notificar a la plataforma sobre cambios en el estado de la transacción. Dado que, la API se llamará cada vez que un usuario o el anchor realice alguna acción que avance el estado de la transacción en el flujo. -La comunicación de Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una característica opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Manejo de Eventos][event-handling]. +La comunicación de Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una característica opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Manejo de Eventos](../events/README.mdx). -Puedes encontrar más información sobre el flujo y los estados de las transacciones en el [documento del protocolo SEP-6][sep-6]. +Puedes encontrar más información sobre el flujo y los estados de las transacciones en el [documento del protocolo SEP-6](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md). ## Devoluciones @@ -40,11 +40,11 @@ La Anchor Platform se basa en el servidor del negocio para proporcionar y almace ### Información del Cliente -La Anchor Platform no almacena información del cliente. En cambio, reenvía todas las solicitudes de clientes SEP-12 al servidor del negocio. El servidor del negocio es responsable de almacenar y gestionar esta información. Por lo tanto, tu servidor debe implementar las [APIs de clientes][customer-callback] para manejar actualizaciones KYC. +La Anchor Platform no almacena información del cliente. En cambio, reenvía todas las solicitudes de clientes SEP-12 al servidor del negocio. El servidor del negocio es responsable de almacenar y gestionar esta información. Por lo tanto, tu servidor debe implementar las [APIs de clientes](../../api-reference/callbacks/README.mdx) para manejar actualizaciones KYC. ### Cotizaciones y Tarifas -Para admitir el exchange de activos no equivalentes, Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que está enviando. La API de cotizaciones también se utiliza para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor debe implementar la [API de tarifas][rate-callback] para proporcionar cotizaciones a Anchor Platform. +Para admitir el exchange de activos no equivalentes, Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que está enviando. La API de cotizaciones también se utiliza para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor debe implementar la [API de tarifas](../../api-reference/callbacks/README.mdx) para proporcionar cotizaciones a Anchor Platform. ## Asegurando API de la Plataforma @@ -80,7 +80,7 @@ El diagrama de flujo de depósito SEP-6 define las secuencias/reglas de la trans El flujo del depósito de exchange es el mismo que el flujo de depósito, excepto que los montos no necesitarán ser recalculados al solicitar fondos offchain, si el usuario ha proporcionado una cotización firme del anchor. -[![Diagrama de flujo de depósito SEP-6](../../assets/sep6-deposit-flow-diagram.png)](../../assets/sep6-deposit-flow-diagram.png) +[![Diagrama de Flujo de Dep](../../assets/sep6-deposit-flow-diagram.png)](../../assets/sep6-deposit-flow-diagram.png) :::tip @@ -94,7 +94,7 @@ Los estados en rojo significan que la transa ### Verificando Información KYC -Aunque la Anchor Platform no requiere que un cliente tenga su información KYC recolectada antes de iniciar un depósito, tu negocio puede querer recolectar esta información antes de que el cliente realice una transferencia. Escuchando eventos de creación de transacciones, o sondeando el [`GET /transactions`][get-transactions] endpoint, puedes determinar si una transacción requiere que el cliente actualice su información. Los campos requeridos de SEP-9 pueden ser comunicados al usuario devolviendo un estado `NEEDS_INFO` con los campos requeridos en el atributo `fields`. +Aunque la Anchor Platform no requiere que un cliente tenga su información KYC recolectada antes de iniciar un depósito, tu negocio puede querer recolectar esta información antes de que el cliente realice una transferencia. Escuchando eventos de creación de transacciones, o sondeando el [`GET /transactions`](../../api-reference/platform/transactions/get-transactions.api.mdx) endpoint, puedes determinar si una transacción requiere que el cliente actualice su información. Los campos requeridos de SEP-9 pueden ser comunicados al usuario devolviendo un estado `NEEDS_INFO` con los campos requeridos en el atributo `fields`. Después de que el usuario haya enviado su información KYC, llama al método JSON-RPC `notify_customer_info_updated` nuevamente para actualizar el estado de la transacción. Además, llama a este método cada vez que el estado SEP-12 de un cliente cambie, como cuando la información del cliente está siendo validada y el estado cambia de `NEEDS_INFO` a `PROCESSING`. Esto asegura que cualquier cliente configurado con una URL de callback sea notificado del último estado del cliente, permitiendo que el cliente invite al usuario a actualizar su información. @@ -621,7 +621,7 @@ El diagrama de flujo de retirada SEP-6 define la secuencia/reglas de la transici El flujo de intercambio de retiradas es el mismo que el flujo de retirada, excepto que los montos no necesitarán ser recalculados al solicitar fondos onchain, si el usuario ha proporcionado una cotización firme del anchor. -[![diagrama de flujo de retirada sep6](../../assets/sep6-withdrawal-flow-diagram.png)](../../assets/sep6-withdrawal-flow-diagram.png) +[![Diagrama de Flujo de Retirada](../../assets/sep6-withdrawal-flow-diagram.png)](../../assets/sep6-withdrawal-flow-diagram.png) :::tip @@ -983,9 +983,3 @@ Funciona de la misma manera que para el flujo de depósito. Para más detalles, ## Seguimiento de transacciones Stellar - -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[event-handling]: ../events/README.mdx -[customer-callback]: ../../api-reference/callbacks/README.mdx -[rate-callback]: ../../api-reference/callbacks/README.mdx -[get-transactions]: ../../api-reference/platform/transactions/get-transactions.api.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/del-customer.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/del-customer.api.mdx index 3b0cbc87dc..bf82daf3cf 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/del-customer.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/del-customer.api.mdx @@ -76,5 +76,3 @@ Delete the customer's data or queue the customers data for deletion. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-customer.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-customer.api.mdx index 8b11caa759..2bf129c4ae 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-customer.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-customer.api.mdx @@ -87,5 +87,3 @@ If the server still needs more info, or the server needs updated information, it > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-rates.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-rates.api.mdx index 64639632c5..d5dc1a81c5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-rates.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/get-rates.api.mdx @@ -103,5 +103,3 @@ The `~=` is defined as equality within rounding error. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/post-event.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/post-event.api.mdx index 0aeff4fccd..b970d49426 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/post-event.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/post-event.api.mdx @@ -60,7 +60,7 @@ Receive a JSON object representing an event. @@ -72,5 +72,3 @@ Receive a JSON object representing an event. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/put-customer.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/put-customer.api.mdx index 85959337ff..ed92d5f61f 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/put-customer.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/callbacks/put-customer.api.mdx @@ -81,5 +81,3 @@ binary fields will be forwarded to the anchor as with the `multipart/form-data` > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/create-custody-transaction.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/create-custody-transaction.api.mdx index ec0c146793..3d8a2f58c5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/create-custody-transaction.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/create-custody-transaction.api.mdx @@ -71,5 +71,3 @@ Custody Server creates custody transaction record in DB. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/generate-unique-address.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/generate-unique-address.api.mdx index 900893c971..86c15017a0 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/generate-unique-address.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/generate-unique-address.api.mdx @@ -74,5 +74,3 @@ Format of `asset` parameter - `stellar:USDC:GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQ > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-payment.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-payment.api.mdx index 68a7e02b9c..2bc764fdc4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-payment.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-payment.api.mdx @@ -71,5 +71,3 @@ Custody Server calls the configured custody service to send payment. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-refund.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-refund.api.mdx index 08eb1ac79f..19f118dc77 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-refund.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/custody/send-refund.api.mdx @@ -71,5 +71,3 @@ Custody Server calls configured Custody Service to send refund. Custody transact > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/anchor-platform.openrpc.json b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/anchor-platform.openrpc.json index c3ff0ede70..fe7185a1a0 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/anchor-platform.openrpc.json +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/anchor-platform.openrpc.json @@ -1276,7 +1276,7 @@ "type": "string" }, "customers": { - "description": "The Identification info of the sending and receiving customers. If they were created through [SEP-12](https://stellar.org/protocol/sep-12),\n this object should contain the SEP-12 customer `id`. Otherwise, the `account` address of the customer.", + "description": "The Identification info of the sending and receiving customers. If they were created through [SEP-12](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md),\n this object should contain the SEP-12 customer `id`. Otherwise, the `account` address of the customer.", "type": "object", "properties": { "sender": { @@ -1992,7 +1992,7 @@ "type": "string" }, "customers": { - "description": "The Identification info of the sending and receiving customers. If they were created through [SEP-12](https://stellar.org/protocol/sep-12),\n this object should contain the SEP-12 customer `id`. Otherwise, the `account` address of the customer.", + "description": "The Identification info of the sending and receiving customers. If they were created through [SEP-12](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md),\n this object should contain the SEP-12 customer `id`. Otherwise, the `account` address of the customer.", "type": "object", "properties": { "sender": { diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/methods/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/methods/README.mdx index eb23be31d9..9a26743d99 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/methods/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/rpc/methods/README.mdx @@ -10,7 +10,7 @@ Esta sección enumera los métodos de la API JSON-RPC de Anchor Platform que deb La Especificación OpenRPC para la API JSON-RPC está disponible [aquí](https://playground.open-rpc.org/?schemaUrl=https://raw.githubusercontent.com/stellar/stellar-docs/main/static/assets/rpc-methods/open-rpc.json). -La colección de Postman está disponible [aquí](https://documenter.getpostman.com/view/9257637/2s9Y5U1kra) +La colección de Postman está disponible [aquí](https://documenter.getpostman.com/view/9257637/2s9Y5U1kra). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transaction.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transaction.api.mdx index 3b8158bd32..7793b939b8 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transaction.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transaction.api.mdx @@ -67,9 +67,7 @@ Provides the information necessary for the business to determine the state of th - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transactions.api.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transactions.api.mdx index aaefea43a9..0a97012ade 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transactions.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/api-reference/platform/transactions/get-transactions.api.mdx @@ -67,9 +67,7 @@ Allows to query list of transactions for desired SEP. This api supports paginati - - diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep1/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep1/README.mdx index 156cde4358..5832705a3d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep1/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep1/README.mdx @@ -14,7 +14,7 @@ SEP-1 (Archivo de información de Stellar) permite que las carteras y otras apli - Puntos finales de autenticación (SEP-10) - Puntos finales SEP para SEP-6, SEP-24, SEP-31, SEP-38, SEP-45 -Para más detalles, por favor consulta la [especificación SEP-1][sep-1]. +Para más detalles, por favor consulta la [especificación SEP-1](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md). ## Crear tu archivo stellar.toml @@ -38,7 +38,7 @@ ORG_DESCRIPTION = "A description of your organization" :::tip -Para una lista completa de todos los atributos disponibles de `stellar.toml`, consulta la [especificación SEP-1][sep-1]. Necesitarás añadir secciones adicionales como `[[CURRENCIES]]`, `TRANSFER_SERVER`, `TRANSFER_SERVER_SEP0024`, `WEB_AUTH_ENDPOINT`, `WEB_AUTH_FOR_CONTRACTS_ENDPOINT`, `DIRECT_PAYMENT_SERVER`, etc., a medida que configures los activos compatibles y otros SEPs. +Para una lista completa de todos los atributos disponibles de `stellar.toml`, consulta la [especificación SEP-1](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md). Necesitarás añadir secciones adicionales como `[[CURRENCIES]]`, `TRANSFER_SERVER`, `TRANSFER_SERVER_SEP0024`, `WEB_AUTH_ENDPOINT`, `WEB_AUTH_FOR_CONTRACTS_ENDPOINT`, `DIRECT_PAYMENT_SERVER`, etc., a medida que configures los activos compatibles y otros SEPs. ::: @@ -170,31 +170,10 @@ Deberías ver el contenido de tu `stellar.toml` devuelto como texto plano. ### Alternativa: Alojamiento externo -También puedes alojar tu archivo `stellar.toml` usando un servidor de archivos estático como [nginx] o un CDN. Si eliges este enfoque: +También puedes alojar tu archivo `stellar.toml` usando un servidor de archivos estático como [nginx](https://www.nginx.com) o un CDN. Si eliges este enfoque: 1. Aloja el archivo en `https://tu-dominio.com/.well-known/stellar.toml` 2. Asegúrate de que sea accesible públicamente 3. Verifica que tu archivo `stellar.toml` incluya las URLs correctas que apunten a los puntos finales de tu Plataforma Anchor El servicio SEP-1 de la Plataforma Anchor es opcional si alojas el archivo externamente, pero proporciona una manera conveniente de gestionar todo en un solo lugar. - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep10/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep10/README.mdx index d8ba052cff..2d14485948 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep10/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep10/README.mdx @@ -180,7 +180,6 @@ clients: - name: redcorp type: custodial signing_keys: "the signing key of redcorp", - ``` @@ -288,6 +287,3 @@ curl -X POST "http://localhost:8080/auth" \ ``` ::: - -[sep1-ap]: ../sep1/README.mdx -[sep-10]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/configuration.mdx index ed02284bff..3c5cba0dfc 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/configuration.mdx @@ -7,7 +7,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; ## Modificar un Archivo de Información Stellar -A continuación, modifica el archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que tu negocio admite la funcionalidad SEP-24, y también necesitan conocer todas las monedas que admites. +A continuación, modifica el archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que tu negocio admite la funcionalidad SEP-24, y también necesitan conocer todas las monedas que admites. @@ -102,7 +102,7 @@ items: -La información proporcionada para el valor `assets` se corresponde estrechamente con la información que se expondrá a la aplicación billetera usando el endpoint SEP-24 [`GET /info`][sep24-get-info]. Además, Anchor Platform usa esta información para validar las solicitudes hechas a tu servicio. +La información proporcionada para el valor `assets` se corresponde estrechamente con la información que se expondrá a la aplicación billetera usando el endpoint SEP-24 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info). Además, Anchor Platform usa esta información para validar las solicitudes hechas a tu servicio. Agrega las siguientes variables a tu archivo de entorno. @@ -129,7 +129,7 @@ SEP24_INITIAL_USER_DEADLINE_SECONDS=1209600 `SECRET_SEP24_INTERACTIVE_URL_JWT_SECRET` y `SECRET_SEP24_MORE_INFO_URL_JWT_SECRET` son claves de encriptación que Anchor Platform usará para generar tokens de corta duración que añadirá a las URLs proporcionadas a la billetera. El servidor de tu negocio también debe tener estas claves en su entorno para poder verificar la firma del token. -`SEP24_INITIAL_USER_DEADLINE_SECONDS` es un parámetro opcional que define el tiempo en segundos que un usuario tiene para actuar antes de que la transacción pase al siguiente estado. Determina el campo `user_action_required_by`, que indica la fecha límite. Consulta [Métodos JSON-RPC][json-rpc-methods] para ejemplos de uso. +`SEP24_INITIAL_USER_DEADLINE_SECONDS` es un parámetro opcional que define el tiempo en segundos que un usuario tiene para actuar antes de que la transacción pase al siguiente estado. Determina el campo `user_action_required_by`, que indica la fecha límite. Consulta [Métodos JSON-RPC](../../api-reference/platform/rpc/methods/README.mdx) para ejemplos de uso. ## Probar con la Billetera Demo @@ -173,9 +173,9 @@ SECRET_SEP24_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your busi -Para probar esto, ve a la [Billetera Demo de Stellar][stellar-demo-wallet]. +Para probar esto, ve a la [Billetera Demo de Stellar](https://demo-wallet.stellar.org). -[![demo wallet connected to the anchor platform](../../assets/anchor-platform-sep24-demo-wallet.png)](../../assets/anchor-platform-sep24-demo-wallet.png) +![Demo Wallet Connected Anchor Platform](/assets/anchor-platform/sep24/demo-wallet.png) Inicia una transacción realizando lo siguiente: @@ -187,27 +187,4 @@ Inicia una transacción realizando lo siguiente: La billetera demo debería poder encontrar tu archivo `stellar.toml`, autenticarse usando el par de claves Stellar que acabas de crear e iniciar una transacción. Sin embargo, cuando la billetera demo intente abrir la URL proporcionada por Anchor Platform, obtendrás una página de no encontrado. -[![demo wallet after initiating a transaction](../../assets/anchor-platform-sep24-demo-wallet-widget.png)](../../assets/anchor-platform-sep24-demo-wallet-widget.png) - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server -[sep1-ap]: ../sep1/README.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx +![Demo Wallet Initiating Transaction](/assets/anchor-platform/sep24/demo-wallet-widget.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/example.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/example.mdx index 566a05dee6..8d08a08ae9 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/example.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/example.mdx @@ -196,7 +196,7 @@ app.listen(port, () => { -Ejecuta esto junto con el servidor de la plataforma y la base de datos e inicia una nueva transacción con la [billetera de demostración][stellar-demo-wallet]. Luego, enviaremos el token a nuestro servidor. +Ejecuta esto junto con el servidor de la plataforma y la base de datos e inicia una nueva transacción con la [billetera de demostración](https://demo-wallet.stellar.org). Luego, enviaremos el token a nuestro servidor. @@ -412,27 +412,6 @@ async function getPlatformTransaction(transactionId) { Stellar proporciona una implementación de ejemplo para un servidor de negocio SEP-24. Está dividida en dos partes: 1) una IU web, accesible para el usuario final; y 2) una implementación backend, usada para obtener y enviar actualizaciones desde/hacia Anchor Platform. -El código para la IU web se encuentra [aquí][sep-24-ref-ui] - -El código para el backend es parte de Anchor Platform y está disponible como un [submódulo][sep-24-ref]. - -[sep-1]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[sep-38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep24-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md#info -[anchor-platform-image]: https://hub.docker.com/r/stellar/anchor-platform -[docker-compose]: https://docs.docker.com/compose/ -[minikube]: https://minikube.sigs.k8s.io/docs/ -[kubernetes]: https://kubernetes.io/ -[nginx]: https://www.nginx.com/ -[ap-default-values]: https://github.com/stellar/java-stellar-anchor-sdk/blob/develop/platform/src/main/resources/config/anchor-config-default-values.yaml -[stellar-demo-wallet]: https://demo-wallet.stellar.org -[stellar-lab]: https://lab.stellar.org/ -[postgresql]: https://www.postgresql.org/ -[aurora-postgresql]: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html -[h2]: https://www.h2database.com/html/main.html -[sqlite]: https://www.sqlite.org/index.html -[flyway]: https://documentation.red-gate.com/fd/redgate-flyway-documentation-138346877.html -[sep-24-ref-ui]: https://github.com/stellar/sep24-reference-ui -[sep-24-ref]: https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server +El código para la IU web se encuentra [aquí](https://github.com/stellar/sep24-reference-ui). + +El código para el backend es parte de Anchor Platform y está disponible como un [submódulo](https://github.com/stellar/java-stellar-anchor-sdk/tree/develop/kotlin-reference-server). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/faq.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/faq.mdx index 829948062e..700ba787ae 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/faq.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/faq.mdx @@ -12,13 +12,13 @@ Este token JWT contendrá: 1. `exp` es el tiempo de expiración del token. Debes verificar que el token proporcionado no haya expirado. 2. `sub` es la cuenta asociada con esta transacción. Puede usarse para identificar la cuenta del usuario. Ten en cuenta que este valor puede ser diferente de la cuenta que se usará para recibir o enviar fondos. 3. `jti` es el hash de la transacción. -4. `data` es la carga útil extra que ha sido establecida por el usuario. Siempre contendrá el `asset` de Stellar que se desea depositar o retirar. Si lo provee el cliente, también contendrá la `amount` que el usuario desea transaccionar, el `client_domain` de la billetera verificado durante la autenticación SEP-10, y `client_name` (definido como 'name' en la configuración de [clients] si está disponible), así como el `lang` (preferencia de idioma) del usuario. +4. `data` es la carga útil extra que ha sido establecida por el usuario. Siempre contendrá el `asset` de Stellar que se desea depositar o retirar. Si lo provee el cliente, también contendrá la `amount` que el usuario desea transaccionar, el `client_domain` de la billetera verificado durante la autenticación SEP-10, y `client_name` (definido como 'name' en la configuración de [clients](../sep10/README.mdx) si está disponible), así como el `lang` (preferencia de idioma) del usuario. ### ¿Cómo Proveer Tarifas? Actualmente, se recomienda proveer las tarifas/tasas de exchange en el iFrame/vista web de tu aplicación. -El estándar [SEP-24] provee un endpoint `/fee` para que los negocios establezcan tarifas estáticas para sus transacciones. Sin embargo, actualmente no es admitido por la Anchor Platform. +El estándar [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) provee un endpoint `/fee` para que los negocios establezcan tarifas estáticas para sus transacciones. Sin embargo, actualmente no es admitido por la Anchor Platform. :::note @@ -32,8 +32,4 @@ Debes usar el campo `sub` del token JWT. Para billeteras custodiales, este valor ### ¿Cómo identificar la billetera? -Utiliza los atributos `data.client_domain` dentro del token JWT. En presencia de la configuración [clients], el token JWT también incluirá el campo `data.client_name`, lo que permite identificar la billetera. - -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[clients]: ../sep10/README.mdx +Utiliza los atributos `data.client_domain` dentro del token JWT. En presencia de la configuración [clients](../sep10/README.mdx), el token JWT también incluirá el campo `data.client_name`, lo que permite identificar la billetera. diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/getting-started.mdx index f9f23af640..82794731d3 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/getting-started.mdx @@ -3,11 +3,11 @@ title: Comenzar en español sidebar_position: 10 --- -Esta guía te llevará a través de la configuración e integración con la Plataforma Anchor con el propósito de construir un servicio de entrada y salida compatible con [SEP-24][sep-24], el protocolo estandarizado del ecosistema para depósitos y retiros alojados. +Esta guía te llevará a través de la configuración e integración con la Plataforma Anchor con el propósito de construir un servicio de entrada y salida compatible con [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md), el protocolo estandarizado del ecosistema para depósitos y retiros alojados. Al aprovechar el soporte de la Plataforma Anchor para SEP-24, las empresas pueden ofrecer su servicio de entrada y salida como una experiencia dentro de la aplicación a través de aplicaciones basadas en Stellar como wallets e intercambios, ampliando su alcance y conectando con usuarios mediante las aplicaciones que ya utilizan. -Antes de continuar con esta sección, asegúrate de haber [instalado][installation-ap] la Plataforma Anchor y configurado las funciones necesarias requeridas por SEP-24: [SEP-1 (Archivo de información de Stellar)][sep1-ap], [SEP-10 (Autenticación Stellar)][sep10-ap] y [SEP-45 (Autenticación web Stellar para cuenta de contrato)][sep45-ap]. +Antes de continuar con esta sección, asegúrate de haber [instalado](../../admin-guide/getting-started.mdx) la Plataforma Anchor y configurado las funciones necesarias requeridas por SEP-24: [SEP-1 (Archivo de información de Stellar)](../sep1/README.mdx), [SEP-10 (Autenticación Stellar)](../sep10/README.mdx) y [SEP-45 (Autenticación web Stellar para cuenta de contrato)](../sep45/README.mdx). ## La experiencia básica del usuario @@ -26,9 +26,3 @@ El cliente puede entonces usar el activo digital en la red Stellar para remesas, 3. Después de autenticarse con el anchor, el wallet abre la URL interactiva dada y permite al cliente ingresar su información de transacción (el KYC ya ha sido recopilado) 4. Después de solicitar la aprobación del cliente, el wallet envía la cantidad especificada del saldo del activo del cliente a la cuenta de distribución del anchor en Stellar 5. Una vez que el anchor recibe el pago, el cliente recibe los fondos retirados mediante transferencia bancaria. - -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/integration.mdx index 6adbc0bb18..3400855c84 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep24/integration.mdx @@ -29,9 +29,9 @@ Esto se realiza haciendo solicitudes JSON-RPC al endpoint de la API de la Platfo La API JSON-RPC de la Anchor Platform está diseñada para notificar a la plataforma sobre cambios en el estado de la transacción. Dicho esto, la API será llamada cada vez que un usuario o la anchor realice una acción que haga avanzar el estado de la transacción en el flujo. -La comunicación desde la Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se gestiona a través del servicio de eventos. Esta es una función opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Gestión de Eventos][event-handling]. +La comunicación desde la Anchor Platform sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se gestiona a través del servicio de eventos. Esta es una función opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Gestión de Eventos](../../admin-guide/events/README.mdx). -Puedes obtener más información sobre el flujo y los estados de la transacción en el [documento del protocolo SEP-24][sep-24] +Puedes obtener más información sobre el flujo y los estados de la transacción en el [documento del protocolo SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) ## Callbacks @@ -39,7 +39,7 @@ La Anchor Platform depende del servidor de negocio para proporcionar y almacenar ### Cotizaciones y Tarifas -Para admitir el intercambio de activos no equivalentes, la Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que envía. La API de cotizaciones también se usa para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor de negocio debe implementar la [API de tarifa][rate-callback] para proporcionar cotizaciones a la Anchor Platform. +Para admitir el intercambio de activos no equivalentes, la Anchor Platform expone una API compatible con SEP-38 para proporcionar cotizaciones para el exchange. La API de cotizaciones se utiliza para proporcionar al usuario la cantidad esperada del activo que recibirá a cambio del activo que envía. La API de cotizaciones también se usa para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor de negocio debe implementar la [API de tarifa](../../api-reference/callbacks/README.mdx) para proporcionar cotizaciones a la Anchor Platform. ## Asegurando la API de la Platform @@ -73,7 +73,7 @@ Para admitir el intercambio de activos no equivalentes, la Anchor Platform expon El diagrama del flujo de depósito SEP-24 define la secuencia/reglas para la transición de estados de la transacción y un conjunto de métodos JSON-RPC que se deben llamar para cambiar ese estado. No puedes definir el estado que quieres asignar a una transacción específica en tus solicitudes. Cada método JSON-RPC define las estructuras de datos que espera en la solicitud. Si la solicitud no contiene los atributos requeridos, la Anchor Platform devolverá un error y no cambiará el estado de la transacción. -[![flujo de depósito sep24](../../assets/sep24-deposit-flow-diagram.png)](../../assets/sep24-deposit-flow-diagram.png) +[![Flujo de Dep Sito Sep24](../../assets/sep24-deposit-flow-diagram.png)](../../assets/sep24-deposit-flow-diagram.png) :::tip @@ -87,7 +87,7 @@ Los estados en rojo significan que la transa ### Listo para Recibir Fondos -El primer paso del flujo de depósito después de iniciar el depósito en sí es recopilar KYC. Generalmente se realiza en la aplicación web, pero también puede ser proporcionado opcionalmente por la aplicación billetera, usando [SEP-9]. Una vez que se recopila el KYC necesario, se debe hacer una solicitud JSON-RPC `request_offchain_funds`. +El primer paso del flujo de depósito después de iniciar el depósito en sí es recopilar KYC. Generalmente se realiza en la aplicación web, pero también puede ser proporcionado opcionalmente por la aplicación billetera, usando [SEP-9](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md). Una vez que se recopila el KYC necesario, se debe hacer una solicitud JSON-RPC `request_offchain_funds`. @@ -610,7 +610,7 @@ Para ejecutar esto, necesitas correr: Este diagrama define una secuencia/reglas de la transición de estados para el flujo de retirada SEP-24. -[![flujo de retirada sep24](../../assets/sep24-withdrawal-flow-diagram.png)](../../assets/sep24-withdrawal-flow-diagram.png) +[![Flujo de Retirada Sep24](../../assets/sep24-withdrawal-flow-diagram.png)](../../assets/sep24-withdrawal-flow-diagram.png) :::tip @@ -921,9 +921,3 @@ Funciona de la misma manera que para el flujo de depósito. Para más detalles, ## Seguimiento de Transacciones Stellar - -[sep-9]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0009.md -[sep-24]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md -[event-handling]: ../../admin-guide/events/README.mdx -[rate-callback]: ../../api-reference/callbacks/README.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/configuration.mdx index 887f6c5690..56feb44eba 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/configuration.mdx @@ -7,7 +7,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; ## Modificar un archivo Stellar Info -Comencemos modificando nuestro archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-31 está admitida por tu negocio, y también necesitan conocer todas las monedas que admites. +Comencemos modificando nuestro archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-31 está admitida por tu negocio, y también necesitan conocer todas las monedas que admites. @@ -62,9 +62,9 @@ items: -La información proporcionada en los objetos `sep31` y `send` está estrechamente relacionada con la información que será expuesta a la aplicación billetera mediante el endpoint [`GET /info`][sep31-get-info] de SEP-31. La Anchor Platform también usa esta información para validar las solicitudes hechas a tu servicio. `sep31.fields.transaction` debe quedar vacío y será eliminado en una versión futura, pero puedes ajustar los valores `send.min_amount` y `send.max_amount` según los límites de tu servicio. +La información proporcionada en los objetos `sep31` y `send` está estrechamente relacionada con la información que será expuesta a la aplicación billetera mediante el endpoint [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md#get-info) de SEP-31. La Anchor Platform también usa esta información para validar las solicitudes hechas a tu servicio. `sep31.fields.transaction` debe quedar vacío y será eliminado en una versión futura, pero puedes ajustar los valores `send.min_amount` y `send.max_amount` según los límites de tu servicio. -Los valores `sep31.quotes_supported` y `sep31.quotes_required` determinan si las organizaciones que envían pueden y deben solicitar una tasa de cambio usando el endpoint [SEP-38 `POST /quote`][sep38-post-quote]. Casi todos los remitentes prefieren este enfoque para poder comunicar la tasa a sus clientes antes de continuar. +Los valores `sep31.quotes_supported` y `sep31.quotes_required` determinan si las organizaciones que envían pueden y deben solicitar una tasa de cambio usando el endpoint [SEP-38 `POST /quote`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md#post-quote). Casi todos los remitentes prefieren este enfoque para poder comunicar la tasa a sus clientes antes de continuar. Agrega la siguiente variable a tu archivo de entorno. @@ -124,7 +124,7 @@ Deberías obtener lo siguiente. Los negocios necesitan recopilar y validar información KYC de los clientes para quienes facilitan transacciones. Los clientes determinan qué información KYC debe recopilarse y envían esa información mediante una API SEP-12 KYC alojada por la Anchor Platform, pero la Anchor Platform nunca almacena información personal identificable (PII). En cambio, reenvía las solicitudes de los clientes al servidor del negocio y devuelve las respuestas de este al cliente, actuando como un servidor proxy. -Consulta la [especificación de la API KYC de Anchor Platform][platform-api-kyc] para detalles sobre los endpoints que debe implementar el servidor de tu negocio. +Consulta la [especificación de la API KYC de Anchor Platform](../../api-reference/callbacks/get-customer.api.mdx) para detalles sobre los endpoints que debe implementar el servidor de tu negocio. Para poner esta API a disposición de los clientes, añadamos la URL del servicio a nuestro Archivo Stellar Info. @@ -213,9 +213,9 @@ Deberías obtener lo siguiente: ## Habilitar la API RFQ -Los negocios necesitan proporcionar a sus contrapartes del lado emisor una API de [Rate][get-rates-api] para verificar las tasas de exchange que ofrecen entre el activo en cadena utilizado para liquidación y el activo fiduciario usado para pagar al destinatario. Si la tasa es competitiva, los remitentes también deben poder solicitar un compromiso con la tasa ofrecida actualmente por el negocio por un corto período de tiempo. +Los negocios necesitan proporcionar a sus contrapartes del lado emisor una API de [Rate](../../api-reference/callbacks/get-rates.api.mdx) para verificar las tasas de exchange que ofrecen entre el activo en cadena utilizado para liquidación y el activo fiduciario usado para pagar al destinatario. Si la tasa es competitiva, los remitentes también deben poder solicitar un compromiso con la tasa ofrecida actualmente por el negocio por un corto período de tiempo. -La Anchor Platform proporciona la [API SEP-38 RFQ][sep38] a los remitentes para este propósito. +La Anchor Platform proporciona la [API SEP-38 RFQ](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md) a los remitentes para este propósito. Para poner esta API a disposición de los clientes, añadamos la URL del servicio a nuestro Archivo Stellar Info. @@ -337,10 +337,3 @@ SECRET_CALLBACK_API_AUTH_SECRET= `CALLBACK_API_BASE_URL` usa `server` en lugar de `localhost` como host porque la Anchor Platform realizará solicitudes a tu servidor de negocio desde dentro de la red local creada por docker compose. Al configurar tu servicio en un entorno de staging o producción, asegúrate de actualizar tus URLs de servicio. Definiremos el servidor que implementa los endpoints definidos en la API de Callback en la siguiente sección. - -[sep31-get-info]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md#get-info -[sep1-ap]: ../sep1/README.mdx -[get-rates-api]: ../../api-reference/callbacks/get-rates.api.mdx -[sep38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[sep38-post-quote]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md#post-quote -[platform-api-kyc]: ../../api-reference/callbacks/get-customer.api.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/getting-started.mdx index 05e5dabe36..292f56dbde 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/getting-started.mdx @@ -3,7 +3,7 @@ title: Comenzar sidebar_position: 10 --- -Esta guía te llevará a configurar e integrar con la Anchor Platform para construir un servicio receptor de pagos transfronterizos compatible con [SEP-31][sep-31], el protocolo estandarizado del ecosistema para pagos transfronterizos. +Esta guía te llevará a configurar e integrar con la Anchor Platform para construir un servicio receptor de pagos transfronterizos compatible con [SEP-31](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md), el protocolo estandarizado del ecosistema para pagos transfronterizos. Al aprovechar la admisión de la Anchor Platform para SEP-31, los negocios hacen su servicio compatible con el conjunto existente de servicios de envío de Stellar. @@ -13,10 +13,4 @@ A medida que mejoremos la documentación, partes de esta guía relevantes para o ::: -Antes de continuar con esta sección, asegúrate de haber [instalado][installation-ap] la Anchor Platform y configurado las funciones necesarias requeridas por SEP-31: [SEP-1 (Archivo de información de Stellar)][sep1-ap], [SEP-10 (Autenticación de Stellar)][sep10-ap] y [SEP-45 (Autenticación web de Stellar para cuenta de contrato)][sep45-ap]. - -[sep-31]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0031.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx +Antes de continuar con esta sección, asegúrate de haber [instalado](../../admin-guide/getting-started.mdx) la Anchor Platform y configurado las funciones necesarias requeridas por SEP-31: [SEP-1 (Archivo de información de Stellar)](../sep1/README.mdx), [SEP-10 (Autenticación de Stellar)](../sep10/README.mdx) y [SEP-45 (Autenticación web de Stellar para cuenta de contrato)](../sep45/README.mdx). diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/integration.mdx index 7b01fc31e4..f138a73514 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep31/integration.mdx @@ -7,14 +7,14 @@ import { CodeExample } from "@site/src/components/CodeExample"; Integrar con la Anchor Platform para facilitar pagos transfronterizos implica implementar, como mínimo, lo siguiente: -- Puntos finales API KYC [`GET /customer`][get-customer] y [`PUT /customer`][put-customer] para solicitar y recopilar datos KYC de los clientes -- Punto final API RFQ [`GET /rate`][get-rate] para proveer tasas FX entre los activos on-chain y off-chain admitidos +- Puntos finales API KYC [`GET /customer`](../../api-reference/callbacks/get-customer.api.mdx) y [`PUT /customer`](../../api-reference/callbacks/put-customer.api.mdx) para solicitar y recopilar datos KYC de los clientes +- Punto final API RFQ [`GET /rate`](../../api-reference/callbacks/get-rates.api.mdx) para proveer tasas FX entre los activos on-chain y off-chain admitidos - Solicitudes `GET /transactions` para obtener actualizaciones sobre los estados de transacciones en la Anchor Platform (documentación próximamente) -- Solicitudes [`JSON-RPC`][json-rpc-methods] para actualizar los estados de transacciones en la Anchor Platform +- Solicitudes [`JSON-RPC`](../../api-reference/platform/rpc/methods/README.mdx) para actualizar los estados de transacciones en la Anchor Platform Lo siguiente también puede ser requerido dependiendo de tu caso de uso: -- [`DELETE /customer`][delete-customer] si tu negocio desea o debe permitir que los remitentes soliciten la eliminación de datos de clientes +- [`DELETE /customer`](../../api-reference/callbacks/del-customer.api.mdx) si tu negocio desea o debe permitir que los remitentes soliciten la eliminación de datos de clientes ## Crear un Servidor Empresarial @@ -67,17 +67,17 @@ services: Luego, crea un servidor web simple usando tu lenguaje de programación preferido y un `Dockerfile` que inicie el servidor. `docker compose up` debe iniciar correctamente los tres servicios. -Esta guía no proporciona una implementación de ejemplo para los puntos finales, pero puedes encontrar más información sobre los esquemas de solicitud y respuesta en la [Referencia API Anchor Platform][ap-api], y las secciones siguientes ampliarán conceptos importantes para implementarlos. +Esta guía no proporciona una implementación de ejemplo para los puntos finales, pero puedes encontrar más información sobre los esquemas de solicitud y respuesta en la [Referencia API Anchor Platform](../../README.mdx), y las secciones siguientes ampliarán conceptos importantes para implementarlos. ## Puntos finales de Callback de Cliente -La Anchor Platform nunca almacena la información personal identificable (PII) de tus clientes, actuando en cambio como un servidor proxy entre las aplicaciones cliente y tu negocio, reenviando solicitudes y respuestas a la otra parte. Actualmente, las solicitudes y respuestas son casi idénticas a las definidas en la [especificación API KYC SEP-12][sep12]. +La Anchor Platform nunca almacena la información personal identificable (PII) de tus clientes, actuando en cambio como un servidor proxy entre las aplicaciones cliente y tu negocio, reenviando solicitudes y respuestas a la otra parte. Actualmente, las solicitudes y respuestas son casi idénticas a las definidas en la [especificación API KYC SEP-12](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md). ### Identificando Clientes Se pueden identificar los clientes usando dos enfoques. -El primer enfoque utiliza una cuenta Stellar y memo. Al usar la Anchor Platform para facilitar pagos transfronterizos, la organización remitente usa su propia cuenta Stellar, la cual se usa para autenticarse vía [SEP-10 Stellar Authentication][ap-sep10], al registrar clientes con tu negocio. Los memos se utilizan para distinguir clientes únicos provenientes de la misma organización remitente. +El primer enfoque utiliza una cuenta Stellar y memo. Al usar la Anchor Platform para facilitar pagos transfronterizos, la organización remitente usa su propia cuenta Stellar, la cual se usa para autenticarse vía [SEP-10 Stellar Authentication](../sep10/README.mdx), al registrar clientes con tu negocio. Los memos se utilizan para distinguir clientes únicos provenientes de la misma organización remitente. El segundo enfoque usa IDs de cliente generados por tu servicio. Por ejemplo, si una organización remitente registra un cliente, tu negocio recibirá una solicitud `PUT /customer` como la siguiente: @@ -140,7 +140,7 @@ En las solicitudes `PUT /customer`, debes usar el tipo enviado para evaluar si e ### Prueba con la Demo Wallet -Puedes probar tu implementación con la [Stellar Demo Wallet][demo-wallet] siguiendo los pasos a continuación. +Puedes probar tu implementación con la [Stellar Demo Wallet](https://demo-wallet.stellar.org) siguiendo los pasos a continuación. 1. Selecciona "Generar par de claves para cuenta nueva" 2. Selecciona "Crear cuenta" @@ -151,17 +151,17 @@ Puedes probar tu implementación con la [Stellar Demo Wallet][demo-wallet] sigui Deberías ver que la demo wallet encuentra las URL de tu servicio, se autentica y verifica qué campos KYC debe recopilar. Luego presentará un formulario para que ingreses los datos KYC del remitente y receptor. -[![demo wallet after initiating a transaction](../../assets/anchor-platform-sep31-demo-wallet-widget.png)](../../assets/anchor-platform-sep31-demo-wallet-widget.png) +![Demo Wallet Initiating Transaction](/assets/anchor-platform/sep31/demo-wallet-widget.png) Una vez que ingreses la información solicitada, la enviará a la Anchor Platform, que a su vez la enviará a tu servidor empresarial. Cuando la demo wallet tenga los IDs de clientes que generaste, iniciará una transacción que debería fallar. ## Punto final de callback de tasa -Una vez que la organización remitente haya registrado a los clientes involucrados en la transacción, necesitará solicitar una cotización, o tasa FX, a tu negocio. La Anchor Platform solicita esta información a tu servidor empresarial usando el punto final [`GET /rate`][get-rate]. +Una vez que la organización remitente haya registrado a los clientes involucrados en la transacción, necesitará solicitar una cotización, o tasa FX, a tu negocio. La Anchor Platform solicita esta información a tu servidor empresarial usando el punto final [`GET /rate`](../../api-reference/callbacks/get-rates.api.mdx). ### Cotizaciones Firmes vs. Indicativas -Las solicitudes de cotización tendrán un parámetro `type` que será [`indicativo`][indicative] o [`firme`][firm]. Si `type=firm`, tu respuesta debe incluir el campo `id` y la fecha-hora `expires_at`, y reservar la liquidez necesaria para cumplir esta cotización hasta que expire. Si `type=indicative`, no regreses los campos `id` o `expires_at` porque la tasa proporcionada no será usada en una transacción. +Las solicitudes de cotización tendrán un parámetro `type` que será [`indicativo`](https://www.investopedia.com/terms/i/indicativequote.asp) o [`firme`](https://www.investopedia.com/terms/f/firmquote.asp). Si `type=firm`, tu respuesta debe incluir el campo `id` y la fecha-hora `expires_at`, y reservar la liquidez necesaria para cumplir esta cotización hasta que expire. Si `type=indicative`, no regreses los campos `id` o `expires_at` porque la tasa proporcionada no será usada en una transacción. Ten en cuenta que el cliente puede solicitar que la cotización expire tras una fecha-hora específica usando el parámetro `expires_after`. Tu negocio debe respetar esta solicitud devolviendo un valor `expires_at` que sea en o después de la fecha-hora solicitada, o rechazar la petición con un error 400 Bad Request, que será reenviado al cliente. @@ -221,7 +221,7 @@ La respuesta incluirá una lista de transacciones de pagos transfronterizos inic El diagrama de flujo SEP-31 define la secuencia/reglas de la transición del estado de la transacción y un conjunto de métodos JSON-RPC que deben llamarse para cambiar ese estado. No puedes definir el estado que deseas establecer para una transacción específica en tus solicitudes. Cada método JSON-RPC define las estructuras de datos que espera en la solicitud. Si la solicitud no contiene los atributos requeridos, la Anchor Platform devolverá un error y no cambiará el estado de la transacción. -[![sep31 flow](../../assets/sep31-transition-diagram.png)](../../assets/sep31-transition-diagram.png) +![Sep31 Flow Diagram](/assets/anchor-platform/sep31/transition-diagram.png) :::tip @@ -233,9 +233,9 @@ Los estados en rojo indican que la transacci ::: -Puedes crear una [plantilla][sep24-integration-make-json-rpc-request] para hacer solicitudes JSON-RPC a la Anchor Platform. +Puedes crear una [plantilla](../sep24/integration.mdx#making-json-rpc-requests) para hacer solicitudes JSON-RPC a la Anchor Platform. -Este capítulo también contiene información sobre el formato de [solicitud][sep24-integration-rpc-request]/[respuesta][sep24-integration-rpc-response] y [códigos de error][sep24-integration-error-codes] que podría devolver la Anchor Platform. +Este capítulo también contiene información sobre el formato de [solicitud](../sep24/integration.mdx#json-rpc-request)/[respuesta](../sep24/integration.mdx#json-rpc-response) y [códigos de error](../sep24/integration.mdx#error-codes) que podría devolver la Anchor Platform. ### Listo para Recibir Fondos @@ -601,20 +601,3 @@ items: ``` - -[ap-api]: ../../README.mdx -[ap-sep10]: ../sep10/README.mdx -[sep12]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0012.md -[demo-wallet]: https://demo-wallet.stellar.org -[indicative]: https://www.investopedia.com/terms/i/indicativequote.asp -[firm]: https://www.investopedia.com/terms/f/firmquote.asp -[get-customer]: ../../api-reference/callbacks/get-customer.api.mdx -[put-customer]: ../../api-reference/callbacks/put-customer.api.mdx -[get-rate]: ../../api-reference/callbacks/get-rates.api.mdx -[put-customer-callback]: ../../api-reference/callbacks/put-customer.api.mdx -[delete-customer]: ../../api-reference/callbacks/del-customer.api.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx -[sep24-integration-make-json-rpc-request]: ../sep24/integration.mdx#making-json-rpc-requests -[sep24-integration-rpc-request]: ../sep24/integration.mdx#json-rpc-request -[sep24-integration-rpc-response]: ../sep24/integration.mdx#json-rpc-response -[sep24-integration-error-codes]: ../sep24/integration.mdx#error-codes diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep45/README.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep45/README.mdx index d8cf10d66e..a8c407a6f3 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep45/README.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep45/README.mdx @@ -9,7 +9,7 @@ import { CodeExample } from "@site/src/components/CodeExample"; SEP-45 (Stellar Web Authentication for Contract Accounts) permite a las aplicaciones de billeteras inteligentes crear sesiones autenticadas con anchors de Stellar demostrando el control sobre una cuenta de contrato (`C...`). Una vez autenticadas, las billeteras reciben un JSON Web Token (JWT) que usan en solicitudes posteriores a los servicios estandarizados del anchor. -Para la especificación completa, consulta [SEP-0045: Stellar Web Authentication for Contract Accounts][sep-45]. +Para la especificación completa, consulta [SEP-0045: Stellar Web Authentication for Contract Accounts](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md). La Anchor Platform implementa SEP-45 con soporte para: @@ -31,11 +31,11 @@ La Anchor Platform implementa SEP-45 con soporte para: 3. El **Cliente** envía el desafío firmado al **Servidor** 4. El **Servidor** verifica el desafío y responde con un token de sesión JWT -Se proporciona una implementación del contrato SEP-45 en el [repositorio Anchor Platform][sep-45-contract]. Una instancia de este contrato está desplegada en `CD3LA6RKF5D2FN2R2L57MWXLBRSEWWENE74YBEFZSSGNJRJGICFGQXMX` en testnet. +Se proporciona una implementación del contrato SEP-45 en el [repositorio Anchor Platform](https://github.com/stellar/anchor-platform/tree/main/soroban/contracts/web-auth). Una instancia de este contrato está desplegada en `CD3LA6RKF5D2FN2R2L57MWXLBRSEWWENE74YBEFZSSGNJRJGICFGQXMX` en testnet. ## Activar SEP-45 -SEP-45 requiere integración con Stellar RPC para simular transacciones. Anchor Platform puede conectarse al servidor Stellar RPC que elijas. Puedes usar un proveedor público de Stellar RPC o ejecutar el tuyo propio. Una lista de proveedores públicos se encuentra [aquí][rpc-providers]. +SEP-45 requiere integración con Stellar RPC para simular transacciones. Anchor Platform puede conectarse al servidor Stellar RPC que elijas. Puedes usar un proveedor público de Stellar RPC o ejecutar el tuyo propio. Una lista de proveedores públicos se encuentra [aquí](/docs/data/apis/rpc/providers). Para habilitar SEP-45, configura las siguientes variables de entorno en tu archivo `dev.env`. @@ -59,10 +59,10 @@ SECRET_SEP45_JWT_SECRET="a secret encryption key" | Variable | Predeterminado | Descripción | | ---------------------------- | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `STELLAR_NETWORK_TYPE` | _Requerido_ | Debe establecerse en `rpc` para SEP-45. Esto habilita el modo RPC para Anchor Platform. | -| `STELLAR_NETWORK_RPC_URL` | _Requerido_ | La URL del servidor Stellar RPC utilizado para simulate transacciones. Puedes usar un proveedor público o ejecutar el tuyo propio. Puedes encontrar una lista de proveedores públicos [aquí][rpc-providers]. | +| `STELLAR_NETWORK_RPC_URL` | _Requerido_ | La URL del servidor Stellar RPC utilizado para simulate transacciones. Puedes usar un proveedor público o ejecutar el tuyo propio. Puedes encontrar una lista de proveedores públicos [aquí](/docs/data/apis/rpc/providers). | | `SEP45_ENABLED` | `false` | Establece en `true` para habilitar la autenticación SEP-45 | | `SEP45_HOME_DOMAINS` | _Requerido_ | Lista de dominios principales (separados por comas). Admite patrones comodín como `*.stellar.org`. El `home_domain` debe coincidir con el host donde se sirve tu archivo `stellar.toml`. | -| `SEP45_WEB_AUTH_CONTRACT_ID` | _Requerido_ | El ID del contrato del contrato SEP-45. Este contrato debe implementar la función `web_auth_verify` como se describe en la [especificación SEP-45][sep-45]. | +| `SEP45_WEB_AUTH_CONTRACT_ID` | _Requerido_ | El ID del contrato del contrato SEP-45. Este contrato debe implementar la función `web_auth_verify` como se describe en la [especificación SEP-45](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md). | | `SECRET_SEP10_SIGNING_SEED` | _Requerido_ | La clave privada correspondiente a la `SIGNING_KEY` en tu archivo `stellar.toml`. SEP-45 usa la misma clave de firma que SEP-10. Se usa para firmar los desafíos de autenticación. | | `SECRET_SEP45_JWT_SECRET` | _Requerido_ | La clave de cifrado utilizada para firmar y verificar los tokens JWT emitidos a billeteras autenticadas. | @@ -128,7 +128,7 @@ Estos campos deben coincidir con las opciones de configuración establecidas en - `GET ` - Solicitar entradas de autorización - `POST ` - Intercambiar entradas de autorización firmadas por JWT de sesión -`WEB_AUTH_CONTRACT_ID` - El ID del contrato del contrato SEP-45. Este es el contrato que se usará para construir el desafío. El contrato debe implementar la función `web_auth_verify` como se describe en la [especificación SEP-45][sep-45]. Esto debe coincidir con `SEP45_WEB_AUTH_CONTRACT_ID`. +`WEB_AUTH_CONTRACT_ID` - El ID del contrato del contrato SEP-45. Este es el contrato que se usará para construir el desafío. El contrato debe implementar la función `web_auth_verify` como se describe en la [especificación SEP-45](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md). Esto debe coincidir con `SEP45_WEB_AUTH_CONTRACT_ID`. :::important @@ -137,8 +137,3 @@ Estos campos deben coincidir con las opciones de configuración establecidas en - **Coincidencia de host**: El host en `WEB_AUTH_FOR_CONTRACTS_ENDPOINT` debe coincidir con uno de tus `SEP45_HOME_DOMAINS` (o con `SEP45_WEB_AUTH_DOMAIN` si se especifica). ::: - -[sep1-ap]: ../sep1/README.mdx -[sep-45]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0045.md -[sep-45-contract]: https://github.com/stellar/anchor-platform/tree/main/soroban/contracts/web-auth -[rpc-providers]: /docs/data/apis/rpc/providers diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/configuration.mdx index 1e8eb8b347..0690d60ccb 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/configuration.mdx @@ -30,7 +30,7 @@ SEP38_ENABLED=true ### Modificar un Archivo de Información Stellar -Vamos a modificar el archivo `stellar.toml` creado [anteriormente][sep1-ap]. Las billeteras necesitan saber que la funcionalidad SEP-6 está soportada por tu negocio, y también necesitan conocer todos los activos Stellar que soportas. +Vamos a modificar el archivo `stellar.toml` creado [anteriormente](../sep1/README.mdx). Las billeteras necesitan saber que la funcionalidad SEP-6 está soportada por tu negocio, y también necesitan conocer todos los activos Stellar que soportas. @@ -67,9 +67,9 @@ Ten en cuenta que necesitarás crear otro archivo para tu despliegue en producci Ahora estás listo para especificar lo siguiente en tu archivo `dev.assets.yaml` y cambiar los valores según tu caso de uso. Este archivo de ejemplo habilita el soporte para USDC de Circle y un USD fiat para depositar y retirar. -Los métodos especificados en las secciones `sep38` son los que expondrá el endpoint SEP-38 [`GET /info`][sep38]. +Los métodos especificados en las secciones `sep38` son los que expondrá el endpoint SEP-38 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md). -Los métodos especificados en las secciones `deposit` y `withdraw` son los que expondrá el endpoint SEP-6 [`GET /info`][sep-6]. Los métodos listados deben coincidir con los definidos en la sección SEP-38 del archivo. +Los métodos especificados en las secciones `deposit` y `withdraw` son los que expondrá el endpoint SEP-6 [`GET /info`](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md). Los métodos listados deben coincidir con los definidos en la sección SEP-38 del archivo. También observa que los activos fiat, aquellos con `schema: iso4217`, no necesitan los objetos de configuración `sep6_enabled`, `deposit` o `withdraw` especificados. De igual forma, los activos Stellar, aquellos con `schema: stellar`, no necesitan los objetos de configuración `sep38.sell_delivery_methods` ni `sep38.buy_delivery_methods` especificados. @@ -118,7 +118,7 @@ items: Observa que en el ejemplo anterior se lista un atributo `distribution_account` para la entrada USDC. Si se especifica, esta cuenta será proporcionada junto con un memo generado aleatoriamente y único por transacción a los clientes como la dirección a la que enviar fondos para las transacciones de retiro. El memo de la transacción es cómo tú o la Plataforma Anchor coincidirán los fondos recibidos con un registro de transacción en la base de datos de la Plataforma Anchor. -Si no tienes una cuenta Stellar propia y usas un tercero que te proporciona una cuenta Stellar y memo para que puedan recibir fondos en tu nombre, como un exchange o custodio, deberías omitir el campo `distribution_account` de tu archivo de configuración de activos. En su lugar, necesitarás proporcionar la cuenta Stellar y memo que deseas usar para recibir fondos mediante una solicitud al [`request_onchain_funds`][request-onchain-funds] de la Plataforma Anchor por cada transacción. +Si no tienes una cuenta Stellar propia y usas un tercero que te proporciona una cuenta Stellar y memo para que puedan recibir fondos en tu nombre, como un exchange o custodio, deberías omitir el campo `distribution_account` de tu archivo de configuración de activos. En su lugar, necesitarás proporcionar la cuenta Stellar y memo que deseas usar para recibir fondos mediante una solicitud al [`request_onchain_funds`](../../api-reference/platform/rpc/methods/request_onchain_funds.mdx) de la Plataforma Anchor por cada transacción. Para configurar la Plataforma Anchor para que espere que la cuenta Stellar y el memo se proporcionen vía API en lugar de configurarse mediante el archivo de activos, especifica la siguiente variable de entorno. @@ -135,7 +135,7 @@ SEP6_DEPOSIT_INFO_GENERATOR_TYPE=none Los negocios necesitan recopilar y validar información KYC de los clientes para quienes facilitan transacciones. Los clientes preguntan a tu negocio qué información KYC debe recopilarse y envían esa información a través de la API KYC SEP-12 hospedada por la Plataforma Anchor, pero la Plataforma Anchor nunca almacena información personal identificable (PII). En su lugar, reenvía las solicitudes de los clientes al servidor del negocio y devuelve las respuestas del negocio al cliente, actuando como un servidor proxy. -Además, los negocios necesitan proporcionar a los clientes una API de [Tasas][get-rates-api] para consultar las tasas de cambio que ofrecen entre los activos onchain y offchain soportados por el negocio. Si la tasa es competitiva, los clientes también deben poder solicitar un compromiso con la tasa que el negocio ofrece por un período corto de tiempo. De manera similar a la API KYC, la Plataforma Anchor realiza solicitudes a tu servidor de negocio para obtener tasas de cambio y cotizaciones, y las devuelve a los clientes. +Además, los negocios necesitan proporcionar a los clientes una API de [Tasas](../../api-reference/callbacks/get-rates.api.mdx) para consultar las tasas de cambio que ofrecen entre los activos onchain y offchain soportados por el negocio. Si la tasa es competitiva, los clientes también deben poder solicitar un compromiso con la tasa que el negocio ofrece por un período corto de tiempo. De manera similar a la API KYC, la Plataforma Anchor realiza solicitudes a tu servidor de negocio para obtener tasas de cambio y cotizaciones, y las devuelve a los clientes. Para habilitar estas solicitudes a tu servidor del negocio, primero deberás agregar tu servidor del negocio al archivo docker compose. Luego, para soportar solicitudes hacia tu servidor desde la Plataforma Anchor, necesitas habilitar los callbacks. @@ -152,9 +152,9 @@ SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs" -Lo anterior indica a la Plataforma Anchor que incluya un [JWT][how-to-use-jwt], firmado con el secreto configurado, en el encabezado `Authorization` de las solicitudes hechas a `/callbacks/` para que tu servidor pueda autenticar la Plataforma Anchor antes de procesar las solicitudes. +Lo anterior indica a la Plataforma Anchor que incluya un [JWT](../sep24/faq.mdx), firmado con el secreto configurado, en el encabezado `Authorization` de las solicitudes hechas a `/callbacks/` para que tu servidor pueda autenticar la Plataforma Anchor antes de procesar las solicitudes. -Consulta la [API KYC][platform-api-kyc] y la [API de Tasas][get-rates-api] para detalles sobre los puntos finales que deben implementarse en tu servidor del negocio. +Consulta la [API KYC](../../api-reference/callbacks/get-customer.api.mdx) y la [API de Tasas](../../api-reference/callbacks/get-rates.api.mdx) para detalles sobre los puntos finales que deben implementarse en tu servidor del negocio. ### Configuración Adicional Opcional @@ -170,7 +170,7 @@ SECRET_SEP6_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your busin -Los negocios pueden establecer una fecha límite para acciones del usuario sobre transacciones mediante el campo `user_action_required_by`. Para ejemplos, consulta los [Métodos JSON-RPC][json-rpc-methods]. Además, el parámetro `initial_user_deadline_seconds` establece un tiempo por defecto (en segundos) que tiene el usuario para actuar antes de que la transacción pase al estado `EXPIRED`. +Los negocios pueden establecer una fecha límite para acciones del usuario sobre transacciones mediante el campo `user_action_required_by`. Para ejemplos, consulta los [Métodos JSON-RPC](../../api-reference/platform/rpc/methods/README.mdx). Además, el parámetro `initial_user_deadline_seconds` establece un tiempo por defecto (en segundos) que tiene el usuario para actuar antes de que la transacción pase al estado `EXPIRED`. @@ -233,7 +233,7 @@ SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs" -Para probar esto, ve a la [Billetera Demo Stellar][stellar-demo-wallet]. +Para probar esto, ve a la [Billetera Demo Stellar](https://demo-wallet.stellar.org). Inicia una transacción de depósito haciendo lo siguiente: @@ -244,13 +244,3 @@ Inicia una transacción de depósito haciendo lo siguiente: - Selecciona el desplegable y haz clic en "SEP-6 Deposit", luego haz clic en "Start" La billetera demo debería poder encontrar tu archivo `stellar.toml`, autenticar usando el par de claves Stellar que acabas de crear e iniciar una transacción. - -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[sep1-ap]: ../sep1/README.mdx -[stellar-demo-wallet]: https://demo-wallet.stellar.org/ -[get-rates-api]: ../../api-reference/callbacks/get-rates.api.mdx -[sep38]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0038.md -[platform-api-kyc]: ../../api-reference/callbacks/get-customer.api.mdx -[request-onchain-funds]: ../../api-reference/platform/rpc/methods/request_onchain_funds.mdx -[how-to-use-jwt]: ../sep24/faq.mdx -[json-rpc-methods]: ../../api-reference/platform/rpc/methods/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/getting-started.mdx index d7b57a6a84..722e4bbc66 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/getting-started.mdx @@ -3,11 +3,11 @@ title: Comenzar sidebar_position: 10 --- -Esta guía te guiará a través de la configuración e integración con Anchor Platform con el propósito de desarrollar un servicio de acceso y salida compatible con [SEP-6][sep-6], el protocolo estandarizado del ecosistema para depósitos y retiradas de fondos programáticos. +Esta guía te guiará a través de la configuración e integración con Anchor Platform con el propósito de desarrollar un servicio de acceso y salida compatible con [SEP-6](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md), el protocolo estandarizado del ecosistema para depósitos y retiradas de fondos programáticos. Aprovechando el soporte de Anchor Platform para SEP-6, las empresas ofrecen su propio servicio de acceso y salida como una experiencia dentro de la aplicación a través de aplicaciones basadas en Stellar, como billeteras y exchange, ampliando su alcance y conectándose con los usuarios mediante las aplicaciones que ya usan. -Antes de continuar con esta sección, asegúrate de que ya has [instalado][installation-ap] Anchor Platform y configurado las funcionalidades necesarias requeridas por SEP-6: [SEP-1 (Stellar Info File)][sep1-ap], [SEP-10 (Stellar Authentication)][sep10-ap] y [SEP-45 (Stellar Web Authentication for contract account)][sep45-ap]. +Antes de continuar con esta sección, asegúrate de que ya has [instalado](../../admin-guide/getting-started.mdx) Anchor Platform y configurado las funcionalidades necesarias requeridas por SEP-6: [SEP-1 (Stellar Info File)](../sep1/README.mdx), [SEP-10 (Stellar Authentication)](../sep10/README.mdx) y [SEP-45 (Stellar Web Authentication for contract account)](../sep45/README.mdx). ## La experiencia básica del usuario @@ -26,9 +26,3 @@ Luego, el cliente puede usar el activo digital en la red Stellar para remesas, p 3. Después de autenticarse con el anchor, el cliente puede ingresar la información de la transacción y cualquier otra información KYC adicional que no se haya recopilado aún 4. Luego de pedir la aprobación del cliente, la billetera envía la cantidad especificada del saldo del activo del cliente a la cuenta de distribución del anchor en Stellar 5. Una vez que el anchor recibe el pago, el cliente recibe los fondos retirados mediante cualquier método admitido por el anchor (como transferencia bancaria) - -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[installation-ap]: ../../admin-guide/getting-started.mdx -[sep1-ap]: ../sep1/README.mdx -[sep10-ap]: ../sep10/README.mdx -[sep45-ap]: ../sep45/README.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/integration.mdx b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/integration.mdx index 40b1a28719..5b61125d01 100644 --- a/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/integration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-ap/current/sep-guide/sep6/integration.mdx @@ -30,9 +30,9 @@ Esto se hace realizando solicitudes JSON-RPC al endpoint de la API de la Platafo La API JSON-RPC de la Plataforma Anchor está diseñada para notificar a la plataforma sobre cambios en el estado de la transacción. Por ello, la API se llamará cada vez que un usuario o el anchor realice una acción que avance el estado de la transacción en el flujo. -La comunicación desde la Plataforma Anchor sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una función opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Manejo de Eventos][event-handling]. +La comunicación desde la Plataforma Anchor sobre actualizaciones de transacciones, actualizaciones de clientes y creación de cotizaciones se maneja a través del servicio de eventos. Esta es una función opcional que debe configurarse por separado de la integración SEP-6. Para más información, consulta [Manejo de Eventos](../../admin-guide/events/README.mdx). -Puedes obtener más información sobre el flujo de transacciones y estados en el [documento del protocolo SEP-6][sep-6]. +Puedes obtener más información sobre el flujo de transacciones y estados en el [documento del protocolo SEP-6](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md). ## callbacks @@ -40,11 +40,11 @@ La Plataforma Anchor depende del servidor del negocio para proporcionar y almace ### Información del Cliente -La Plataforma Anchor no almacena información del cliente. En su lugar, reenvía todas las solicitudes SEP-12 de clientes al servidor del negocio. El servidor del negocio es responsable de almacenar y gestionar esta información. Por lo tanto, tu servidor del negocio debe implementar las [APIs de cliente][customer-callback] para manejar actualizaciones KYC. +La Plataforma Anchor no almacena información del cliente. En su lugar, reenvía todas las solicitudes SEP-12 de clientes al servidor del negocio. El servidor del negocio es responsable de almacenar y gestionar esta información. Por lo tanto, tu servidor del negocio debe implementar las [APIs de cliente](../../api-reference/callbacks/README.mdx) para manejar actualizaciones KYC. ### Cotizaciones y Tarifas -Para soportar el intercambio de activos no equivalentes, la Plataforma Anchor expone una API compatible con SEP-38 para proporcionar cotizaciones para el intercambio. La API de cotizaciones se usa para ofrecer al usuario la cantidad esperada del activo que recibirá a cambio del activo que envía. La API de cotizaciones también se usa para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor del negocio debe implementar la [API de tasas][rate-callback] para proveer cotizaciones a la Plataforma Anchor. +Para soportar el intercambio de activos no equivalentes, la Plataforma Anchor expone una API compatible con SEP-38 para proporcionar cotizaciones para el intercambio. La API de cotizaciones se usa para ofrecer al usuario la cantidad esperada del activo que recibirá a cambio del activo que envía. La API de cotizaciones también se usa para proporcionar al usuario las tarifas esperadas para la transacción. Por lo tanto, tu servidor del negocio debe implementar la [API de tasas](../../api-reference/callbacks/README.mdx) para proveer cotizaciones a la Plataforma Anchor. ## Asegurar la API de la Plataforma @@ -80,7 +80,7 @@ El diagrama del flujo de depósito SEP-6 define las secuencias/reglas de transic El flujo de depósito de exchange es el mismo que el flujo de depósito, excepto que no será necesario recalcular las cantidades al solicitar fondos offchain, si el usuario ha proporcionado una cotización firme del anchor. -[![flujo de depósito sep6](../../assets/sep6-deposit-flow-diagram.png)](../../assets/sep6-deposit-flow-diagram.png) +[![Flujo de Dep Sito Sep6](../../assets/sep6-deposit-flow-diagram.png)](../../assets/sep6-deposit-flow-diagram.png) :::tip @@ -94,7 +94,7 @@ Los estados en rojo indican que la transacci ### Verificación de Información KYC -Aunque la Plataforma Anchor no requiere que un cliente haya recopilado su información KYC antes de iniciar un depósito, tu negocio puede querer recopilar esta información antes de que el cliente realice la transferencia. Al escuchar eventos de transacción creada o mediante el sondeo del endpoint [`GET /transactions`][get-transactions], puedes determinar si una transacción requiere que el cliente actualice su información. Los campos SEP-9 requeridos pueden comunicarse al usuario devolviendo un estado `NEEDS_INFO` con los campos obligatorios en el atributo `fields`. +Aunque la Plataforma Anchor no requiere que un cliente haya recopilado su información KYC antes de iniciar un depósito, tu negocio puede querer recopilar esta información antes de que el cliente realice la transferencia. Al escuchar eventos de transacción creada o mediante el sondeo del endpoint [`GET /transactions`](../../api-reference/platform/transactions/get-transactions.api.mdx), puedes determinar si una transacción requiere que el cliente actualice su información. Los campos SEP-9 requeridos pueden comunicarse al usuario devolviendo un estado `NEEDS_INFO` con los campos obligatorios en el atributo `fields`. Después de que el usuario haya enviado su información KYC, llama al método JSON-RPC `notify_customer_info_updated` para actualizar el estado de la transacción. Además, llama a este método siempre que el estado SEP-12 de un cliente cambie, como cuando la información del cliente está siendo validada y el estado cambia de `NEEDS_INFO` a `PROCESSING`. Esto asegura que cualquier cliente configurado con una URL de callback reciba la notificación del último estado del cliente, permitiendo que el cliente solicite al usuario que actualice su información. @@ -578,7 +578,7 @@ El diagrama del flujo de retiro SEP-6 define la secuencia/reglas de transición El flujo de retiro de exchange es el mismo que el flujo de retiro, excepto que no será necesario recalcular las cantidades al solicitar fondos onchain, si el usuario ha proporcionado una cotización firme del anchor. -[![flujo de retiro sep6](../../assets/sep6-withdrawal-flow-diagram.png)](../../assets/sep6-withdrawal-flow-diagram.png) +[![Flujo de Retiro Sep6](../../assets/sep6-withdrawal-flow-diagram.png)](../../assets/sep6-withdrawal-flow-diagram.png) :::tip @@ -892,8 +892,3 @@ Funciona igual que para el flujo de depósito. Para más detalles, consulta [Rec -[sep-6]: https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0006.md -[manejo de eventos]: ../../admin-guide/events/README.mdx -[callback de cliente]: ../../api-reference/callbacks/README.mdx -[callback de tasa]: ../../api-reference/callbacks/README.mdx -[obtener-transacciones]: ../../api-reference/platform/transactions/get-transactions.api.mdx diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/anchor-platform-integration-points.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/anchor-platform-integration-points.mdx index 48b8930cd5..cdee09a56b 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/anchor-platform-integration-points.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/anchor-platform-integration-points.mdx @@ -11,13 +11,13 @@ Ten en cuenta que para la implementación predeterminada de la Stellar Disbursem ## Rol de la Anchor Platform en SDP -El flujo de Registro de Billetera se inicia dentro de la aplicación de billetera del destinatario. Esta aplicación interactúa con la [Anchor Platform] para iniciar el proceso de depósito [SEP-24] a través de la SDP (Stellar Disbursement Platform). La SDP recopila la información necesaria del destinatario para ejecutar finalmente el pago a él. +El flujo de Registro de Billetera se inicia dentro de la aplicación de billetera del destinatario. Esta aplicación interactúa con la [Anchor Platform](https://github.com/stellar/java-stellar-anchor-sdk) para iniciar el proceso de depósito [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) a través de la SDP (Stellar Disbursement Platform). La SDP recopila la información necesaria del destinatario para ejecutar finalmente el pago a él. -La Anchor Platform (AP) se utiliza para manejar la implementación de protocolos de interoperabilidad como [SEP-1], [SEP-10] y [SEP-24], haciendo que sus endpoints estén disponibles para las aplicaciones de billetera. La [Anchor Platform] está preconfigurada tanto en el gráfico Helm de [el repo] como en el archivo Docker Compose disponible en el directorio `dev`. +La Anchor Platform (AP) se utiliza para manejar la implementación de protocolos de interoperabilidad como [SEP-1](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0001.md), [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md) y [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md), haciendo que sus endpoints estén disponibles para las aplicaciones de billetera. La [Anchor Platform](https://github.com/stellar/java-stellar-anchor-sdk) está preconfigurada tanto en el gráfico Helm de [el repo](https://github.com/stellar/stellar-disbursement-platform-backend) como en el archivo Docker Compose disponible en el directorio `dev`. ## Pasos para Configurar la Integración SDP-AnchorPlatform -Para asegurar una integración fluida entre la SDP y la [Anchor Platform], asegúrate de seguir estos pasos: +Para asegurar una integración fluida entre la SDP y la [Anchor Platform](https://github.com/stellar/java-stellar-anchor-sdk), asegúrate de seguir estos pasos: 1. 🚨 **Paso Crítico**: Configura la Anchor Platform con `PLATFORM_SERVER_AUTH_TYPE: JWT`. Esta configuración es crucial para asegurar la API de backoffice de tu Anchor Platform a través de la autenticación de token JWT. 2. **Secretos Compartidos para la Autenticación de API**: El `SECRET_PLATFORM_API_AUTH_SECRET` en la Anchor Platform debe coincidir con `ANCHOR_PLATFORM_OUTGOING_JWT_SECRET` en la SDP. @@ -32,13 +32,7 @@ Actualmente, algunas configuraciones dentro de la Anchor Platform son estáticas Mientras exploramos activamente formas de automatizar este proceso de sincronización, los ajustes manuales a la configuración de la Anchor Platform son necesarios cada vez que un activo o billetera se agrega o elimina en la SDP. -1. **(Requerido) Actualizar Activos Admitidos**: Cada vez que cambies la lista de activos admitidos en la SDP, es esencial actualizar la configuración `ASSETS_VALUE` de la Anchor Platform para reflejar estos cambios. Consulta los valores de Helm de [el repo] o los archivos Docker Compose para ejemplos. +1. **(Requerido) Actualizar Activos Admitidos**: Cada vez que cambies la lista de activos admitidos en la SDP, es esencial actualizar la configuración `ASSETS_VALUE` de la Anchor Platform para reflejar estos cambios. Consulta los valores de Helm de [el repo](https://github.com/stellar/stellar-disbursement-platform-backend) o los archivos Docker Compose para ejemplos. 2. **(Opcional, pero Recomendado) Billeteras y Dominios SEP-10**: Si utilizas la configuración `SEP10_CLIENT_ATTRIBUTION_REQUIRED: true` en la Anchor Platform - una práctica recomendada - también debes actualizar la `SEP10_CLIENT_ATTRIBUTION_ALLOW_LIST` para incluir dominios de billetera de confianza. Esto asegura que la Anchor Platform procesará solicitudes SEP-10 solo de billeteras de confianza. Al adherirte a estas pautas, puedes asegurar una configuración consistente y segura entre tus instancias de SDP y Anchor Platform. - -[sep-1]: https://stellar.org/protocol/sep-1 -[sep-10]: https://stellar.org/protocol/sep-10 -[sep-24]: https://stellar.org/protocol/sep-24 -[Anchor Platform]: https://github.com/stellar/java-stellar-anchor-sdk -[el repo]: https://github.com/stellar/stellar-disbursement-platform-backend diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/design-and-architecture.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/design-and-architecture.mdx index 459ba813d5..4696c3d27e 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/design-and-architecture.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/design-and-architecture.mdx @@ -24,7 +24,7 @@ La Plataforma de Distribución Stellar consta de tres servicios desplegados junt ## Diagrama de Arquitectura -![Architecture Diagram](/assets/SDP/SDP2-2.png) +![Architecture Diagram Diagram](/assets/sdp/2.png) ### Roles de Usuario {#user-roles} diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/getting-started.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/getting-started.mdx index 2546aac8bf..6349b6b3c6 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/getting-started.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/getting-started.mdx @@ -59,7 +59,9 @@ Single tenant mode - Login URL: ### Inicia sesión en el SDP -Abre http://localhost:3000 e inicia sesión usando las credenciales de administrador generadas por el asistente de configuración (organización: default). ![Login](/assets/SDP/SDP32.png) +Abre http://localhost:3000 e inicia sesión usando las credenciales de administrador generadas por el asistente de configuración (organización: default). + +![Login SDP Screenshot](/assets/sdp/34.png) ### Envía una distribución de prueba @@ -69,15 +71,21 @@ Haz clic en `New Disbursement +` en el panel; verás una cuenta de distribución - Selecciona XLM como el activo para distribuir. - Elige Demo Wallet como la billetera destinataria. - Selecciona Fecha de Nacimiento como método de verificación; los destinatarios la ingresarán para confirmar su identidad. -- Asigna un nombre a la distribución. ![Disbursement Details](/assets/SDP/SDP33.png) +- Asigna un nombre a la distribución. + +![Disbursement Details SDP Screenshot](/assets/sdp/35.png) Crear y subir un archivo de distribución: - Descarga el ejemplo usando `Download CSV Template`; incluye todas las columnas requeridas. - Actualiza los números de teléfono de marcador de posición/invalidos antes de usarlo. -- La columna de verificación contiene los datos de identidad que los destinatarios deben coincidir. ![Disbursement CSV](/assets/SDP/SDP34.png) +- La columna de verificación contiene los datos de identidad que los destinatarios deben coincidir. + +![Disbursement CSV SDP Screenshot](/assets/sdp/36.png) -Haz clic en el botón Revisar. Cuando estés listo para iniciar la distribución, haz clic en el botón "Confirmar distribución". En Detalles de la Distribución verás el pago con estado `Ready`, lo que significa que el receptor aún no ha aceptado la invitación ni el pago. ![Disbursement Dashboard](/assets/SDP/SDP35.png) +Haz clic en el botón Revisar. Cuando estés listo para iniciar la distribución, haz clic en el botón "Confirmar distribución". En Detalles de la Distribución verás el pago con estado `Ready`, lo que significa que el receptor aún no ha aceptado la invitación ni el pago. + +![Disbursement Dashboard SDP Screenshot](/assets/sdp/37.png) ### Recibir pago @@ -91,20 +99,32 @@ Reclama el pago en la billetera de demostración creando primero una billetera: - Abre la billetera de demo: http://localhost:4000. - Haz clic en `Generate Keypair for new account` para crear un par de claves; guarda las claves pública y secreta si planeas reutilizar la cuenta. -- Haz clic en `Create account` para crear la cuenta en la testnet de Stellar (la cuenta inicia con 10,000 XLM). ![Demo Wallet Creation](/assets/SDP/SDP36.png) +- Haz clic en `Create account` para crear la cuenta en la testnet de Stellar (la cuenta inicia con 10,000 XLM). + +![Demo Wallet Creation](/assets/sdp/38.png) Para recibir tu pago, inicia un depósito SEP-24: - Bajo Asset XLM, haz clic en `Add Home Domain`, ingresa `localhost:8000` y haz clic en `Override`. -- En el desplegable `Select action`, elige `SEP-24 Deposit` y luego haz clic en `Start`. ![SEP-24 Deposit](/assets/SDP/SDP37.png) +- En el desplegable `Select action`, elige `SEP-24 Deposit` y luego haz clic en `Start`. + +![SEP 24 Deposit](/assets/sdp/39.png) Verifica tu identidad: - Cuando se te solicite, ingresa el mismo número de teléfono usado en el CSV de distribución. -- Completa la verificación OTP y Fecha de Nacimiento. El OTP aparece en los logs del contenedor `sdp-api` (por ejemplo, “Aquí está el código de verificación de 6 dígitos que solicitaste ...”). ![OTP Code](/assets/SDP/SDP38.png) ![PII Verification](/assets/SDP/SDP39.png) +- Completa la verificación OTP y Fecha de Nacimiento. El OTP aparece en los logs del contenedor `sdp-api` (por ejemplo, “Aquí está el código de verificación de 6 dígitos que solicitaste ...”). + +![OTP Code SDP Screenshot](/assets/sdp/40.png) + +![PII Verification SDP Screenshot](/assets/sdp/41.png) ### Monitoreo -- En el panel del SDP, el pago cambia de `Ready` a `PENDING` durante el flujo de la billetera, luego a `Success` cuando se depositan los fondos. ![SDP Dashboard](/assets/SDP/SDP40.png) +- En el panel del SDP, el pago cambia de `Ready` a `PENDING` durante el flujo de la billetera, luego a `Success` cuando se depositan los fondos. + +![SDP Dashboard SDP Screenshot](/assets/sdp/42.png) + +- En la billetera de demo, el saldo se actualiza para reflejar la nueva cantidad. -- En la billetera de demo, el saldo se actualiza para reflejar la nueva cantidad. ![Demo Wallet Balance](/assets/SDP/SDP41.png) +![Demo Wallet Balance](/assets/sdp/43.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/making-your-wallet-sdp-ready.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/making-your-wallet-sdp-ready.mdx index 2547fd1ec8..df9413cf0b 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/making-your-wallet-sdp-ready.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/making-your-wallet-sdp-ready.mdx @@ -5,9 +5,9 @@ sidebar_position: 80 import { CodeExample } from "@site/src/components/CodeExample"; -Recuerda que cualquier instancia de SDP necesitará un acuerdo con un proveedor de billetera antes de enviar desembolsos a esa billetera. Esto asegura que las billeteras se sientan cómodas recibiendo fondos de tu organización y regula cualquier acuerdo comercial entre las organizaciones. La billetera necesitará permitir la lista blanca del dominio de SDP antes de que el SDP pueda enviar desembolsos a esa billetera. Cuando el dominio de la billetera es añadido a un SDP, efectivamente está siendo incluido en la lista blanca por el SDP. Ambas partes listando la otra les permite recuperar el archivo stellar.toml y verificar la clave de firma necesaria para el apretón de manos [SEP-10]. +Recuerda que cualquier instancia de SDP necesitará un acuerdo con un proveedor de billetera antes de enviar desembolsos a esa billetera. Esto asegura que las billeteras se sientan cómodas recibiendo fondos de tu organización y regula cualquier acuerdo comercial entre las organizaciones. La billetera necesitará permitir la lista blanca del dominio de SDP antes de que el SDP pueda enviar desembolsos a esa billetera. Cuando el dominio de la billetera es añadido a un SDP, efectivamente está siendo incluido en la lista blanca por el SDP. Ambas partes listando la otra les permite recuperar el archivo stellar.toml y verificar la clave de firma necesaria para el apretón de manos [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md). -En esta página, cubriremos los aspectos técnicos de la integración de SDP-Billetera, incluyendo cómo añadir una billetera en la base de datos de SDP, cómo validar y admitir los enlaces de registro utilizando el [deep linking] de la aplicación móvil, cómo iniciar el flujo de registro de usuario en la billetera usando [SEP-24], y un enfoque recomendado para manejar [deferred deep linking]. +En esta página, cubriremos los aspectos técnicos de la integración de SDP-Billetera, incluyendo cómo añadir una billetera en la base de datos de SDP, cómo validar y admitir los enlaces de registro utilizando el [deep linking](https://en.wikipedia.org/wiki/Mobile_deep_linking) de la aplicación móvil, cómo iniciar el flujo de registro de usuario en la billetera usando [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md), y un enfoque recomendado para manejar [deferred deep linking]. ## Añadir una Billetera a un SDP @@ -61,32 +61,34 @@ var DefaultWalletsNetworkMap = WalletsNetworkMapType{ La experiencia de registro del destinatario es primordial para que esta aplicación sea fluida y fácil de usar. Esto requiere que la billetera admita [deferred deep linking], que se discutirá en una sección posterior. Una buena descripción de la experiencia de registro es la siguiente: -1. El destinatario recibe un mensaje de invitación notificándole que tiene un pago esperando de la organización y le solicita hacer clic en un [deep link] para abrir o instalar y abrir una aplicación de billetera +1. El destinatario recibe un mensaje de invitación notificándole que tiene un pago esperando de la organización y le solicita hacer clic en un [deep link](https://en.wikipedia.org/wiki/Mobile_deep_linking) para abrir o instalar y abrir una aplicación de billetera -2. Cuando el destinatario abre la aplicación de billetera, la billetera a bordo inmediatamente al destinatario, crea una cuenta Stellar y una línea de confianza para el activo deseado, inicia una transacción de depósito [SEP-24] con el SDP, y abre la página de registro del SDP como una pantalla de superposición/iframe dentro de la aplicación. +2. Cuando el destinatario abre la aplicación de billetera, la billetera a bordo inmediatamente al destinatario, crea una cuenta Stellar y una línea de confianza para el activo deseado, inicia una transacción de depósito [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) con el SDP, y abre la página de registro del SDP como una pantalla de superposición/iframe dentro de la aplicación. 3. El usuario confirma su número de teléfono y fecha de nacimiento directamente con el SDP, sin compartir ningún dato con la billetera, y después de que finaliza el registro, el usuario es enviado de nuevo a la aplicación de billetera. Aquí están las pantallas que demuestran estos pasos: - ![Flujo de Registro](/assets/SDP/SDP25.png) + + +![Flujo de Registro](/assets/sdp/27.png) 4. El usuario recibe el pago en cuestión de segundos ## Enlace Profundo de Registro -Una vez que el usuario ha instalado la aplicación de billetera, la billetera debería ser capaz de interpretar un [deep link] que sigue el formato registrado en el SDP para iniciar el [Procedimiento de Registro de Billetera](#wallet-registration-procedure). El formato de enlace profundo admitido por el SDP sigue este formato: +Una vez que el usuario ha instalado la aplicación de billetera, la billetera debería ser capaz de interpretar un [deep link](https://en.wikipedia.org/wiki/Mobile_deep_linking) que sigue el formato registrado en el SDP para iniciar el [Procedimiento de Registro de Billetera](#wallet-registration-procedure). El formato de enlace profundo admitido por el SDP sigue este formato: ```url https://?asset=&domain=&name=&signature= ``` - `asset`: el activo Stellar. -- `domain`: el dominio que aloja el archivo `stellar.toml` de SDP. La billetera necesitará usarlo tanto para obtener el archivo `stellar.toml`, como para poblar el campo `home_domain` en la transacción de GET de desafío [SEP-10]. +- `domain`: el dominio que aloja el archivo `stellar.toml` de SDP. La billetera necesitará usarlo tanto para obtener el archivo `stellar.toml`, como para poblar el campo `home_domain` en la transacción de GET de desafío [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md). - `name`: el nombre de la organización que envía pagos. -- `signature`: una firma de la clave de firma de [SEP-10] de SDP. +- `signature`: una firma de la clave de firma de [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md) de SDP. :::info -Ten en cuenta que el enlace profundo es específico para cada SDP, organización pagadora y activo. No es específico por receptor individual. No hay riesgo en compartir el enlace con receptores que forman parte del mismo desembolso. El enlace será el mismo para múltiples receptores y demostrarán su identidad como parte del flujo de depósito [SEP-24]. +Ten en cuenta que el enlace profundo es específico para cada SDP, organización pagadora y activo. No es específico por receptor individual. No hay riesgo en compartir el enlace con receptores que forman parte del mismo desembolso. El enlace será el mismo para múltiples receptores y demostrarán su identidad como parte del flujo de depósito [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md). ::: @@ -96,7 +98,7 @@ A continuación se muestra un ejemplo de un enlace de registro (firmado) https://vibrantapp.com/sdp-dev?asset=USDC-GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQEVFL4NAT4AQH3ZLLFLA5&domain=ap-stellar-disbursement-platform-backend-dev.stellar.org&name=Stellar+Test&signature=fea6c5e805a29b903835bea2f6c60069113effdf1c5cb448d4948573c65557b1d667bcd176c24a94ed9d54a1829317c74f39319076511512a3e697b4b746ae0a ``` -En este ejemplo, el host es `https://vibrantapp.com/sdp-dev` y la firma es el resultado de firmar la siguiente url (sin firmar) utilizando la clave de firma [SEP-10] `SBUSPEKAZKLZSWHRSJ2HWDZUK6I3IVDUWA7JJZSGBLZ2WZIUJI7FPNB5`, siendo la clave pública `GBFDUUZ5ZYC6RAPOQLM7IYXLFHYTMCYXBGM7NIC4EE2MWOSGIYCOSN5F`: +En este ejemplo, el host es `https://vibrantapp.com/sdp-dev` y la firma es el resultado de firmar la siguiente url (sin firmar) utilizando la clave de firma [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md) `SBUSPEKAZKLZSWHRSJ2HWDZUK6I3IVDUWA7JJZSGBLZ2WZIUJI7FPNB5`, siendo la clave pública `GBFDUUZ5ZYC6RAPOQLM7IYXLFHYTMCYXBGM7NIC4EE2MWOSGIYCOSN5F`: ```url https://vibrantapp.com/sdp-dev?asset=USDC-GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQEVFL4NAT4AQH3ZLLFLA5&domain=ap-stellar-disbursement-platform-backend-dev.stellar.org&name=Stellar+Test @@ -136,19 +138,19 @@ console.log( ### Procedimiento de Registro de Billetera -Al abrir el [deep link] de registro, estos son los pasos que la billetera debería seguir para hacer cumplir las medidas de seguridad y privacidad esperadas en este flujo, y permitir que el usuario ingrese su información directamente con el SDP: +Al abrir el [deep link](https://en.wikipedia.org/wiki/Mobile_deep_linking) de registro, estos son los pasos que la billetera debería seguir para hacer cumplir las medidas de seguridad y privacidad esperadas en este flujo, y permitir que el usuario ingrese su información directamente con el SDP: 1. 🚨 Confirma que el `domain` del enlace profundo está en la lista blanca de la billetera. Esto es crucial para autenticar desde una billetera de confianza.🚨 2. Obtén el archivo toml de SDP en `{domain}/.well-known/stellar.toml` y confirma que la variable `SIGNING_KEY` esté poblada. 3. Verifica que la firma del enlace de registro se haya realizado utilizando `SIGNING_KEY` similar a la función `keypairPk.verify(...)` en el fragmento anterior, y que la firma sea válida con el contenido del enlace. 4. Verifica el `asset` del enlace y confirma que el usuario destinatario tenga una línea de confianza para ese activo. Crea una si no existe. 5. (Opcional) Usa el `name` del enlace para actualizar la interfaz de usuario de la billetera. -6. Inicia el flujo de depósito [SEP-24] con ese activo usando el valor de `TRANSFER_SERVER_SEP0024` del archivo toml de SDP. - - Esto incluye utilizar [SEP-10] para autenticar al usuario con el servidor SDP. Por favor nota que el SDP requiere que tanto el campo `client_domain` como el `home_domain` sean proporcionados en la solicitud `GET `, y deben establecerse de la siguiente manera: +6. Inicia el flujo de depósito [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md) con ese activo usando el valor de `TRANSFER_SERVER_SEP0024` del archivo toml de SDP. + - Esto incluye utilizar [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md) para autenticar al usuario con el servidor SDP. Por favor nota que el SDP requiere que tanto el campo `client_domain` como el `home_domain` sean proporcionados en la solicitud `GET `, y deben establecerse de la siguiente manera: - `client_domain`: el dominio del servidor de billetera que expone el archivo `stellar.toml` del servidor de billetera. - `home_domain`: el dominio del servidor de SDP que estaba presente en el enlace de registro. - `account`: la cuenta Stellar de la billetera del receptor. -7. Lanza el flujo de depósito en un navegador _in-app_ interactivo dentro de tu aplicación móvil, siguiendo las instrucciones en la especificación [SEP-24]. +7. Lanza el flujo de depósito en un navegador _in-app_ interactivo dentro de tu aplicación móvil, siguiendo las instrucciones en la especificación [SEP-24](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0024.md). - ATENCIÓN: la billetera no debe, bajo ninguna circunstancia, extraer o intentar extraer el contenido del navegador _in-app_ para obtener la información del destinatario. - NOTA: se recomienda encarecidamente usar un navegador _in-app_ en lugar de una webview. 8. 🎉 ¡Felicidades! El usuario destinatario puede ahora completar los formularios en el navegador _in-app_ y registrarse para recibir su pago 🎉. @@ -170,9 +172,3 @@ Es muy probable que el destinatario previsto no tenga instalada la aplicación d El deep linking diferido es una característica comúnmente soportada por numerosas soluciones de deep linking móvil, existen servicios de terceros que pueden ser usados para implementar esta funcionalidad, como Singular, Branch, AppsFlyer, Adjust y otros. [Aquí](https://medium.com/bumble-tech/universal-links-for-android-and-ios-1ddb1e70cab0) hay una publicación de blog con más información sobre cómo implementar [deferred deep linking]. El SDP soporta un formato de enlace básico, como `https://`. Si el sistema de deep linking de tu billetera necesita una estructura más compleja, tendrás que gestionar esto con una aplicación web. Esta aplicación debería ser propiedad del proveedor de la billetera, y debería ser capaz de recibir el enlace profundo, interpretarlo y dirigir al usuario a la ubicación correcta. - -[deep linking diferido]: https://en.wikipedia.org/wiki/Mobile_deep_linking#Deferred_deep_linking -[deep link]: https://en.wikipedia.org/wiki/Mobile_deep_linking -[deep linking]: https://en.wikipedia.org/wiki/Mobile_deep_linking -[sep-10]: https://stellar.org/protocol/sep-10 -[sep-24]: https://stellar.org/protocol/sep-24 diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/monitoring.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/monitoring.mdx index 51e7aaebd8..b960c2511f 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/monitoring.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/monitoring.mdx @@ -45,11 +45,17 @@ docker compose -p sdp-multi-tenant -f docker-compose-monitoring.yml down ### Cargar el panel de Grafana del SDP -1. Navega a [http://localhost:3002](http://localhost:3002) e inicia sesión con las credenciales predeterminadas `admin` / `admin`. ![Inicio de sesión en Grafana](/assets/SDP/SDP42.png) +1. Navega a [http://localhost:3002](http://localhost:3002) e inicia sesión con las credenciales predeterminadas `admin` / `admin`. -2. Haz clic en el icono `+` en la barra de navegación superior (al lado del campo de búsqueda), elige `Importar panel` y pega el contenido de [Json del panel de Grafana](https://github.com/stellar/stellar-disbursement-platform-backend/blob/develop/resources/grafana/dashboard.json). ![Importar Panel](/assets/SDP/SDP43.png) +![Inicio de Sesi N en](/assets/sdp/44.png) -3. Selecciona la fuente de datos `prometheus` proporcionada por [datasource](https://github.com/stellar/stellar-disbursement-platform-backend/blob/develop/dev/grafana/datasource.yaml). ![Seleccionar Fuente de Datos](/assets/SDP/SDP44.png) +2. Haz clic en el icono `+` en la barra de navegación superior (al lado del campo de búsqueda), elige `Importar panel` y pega el contenido de [Json del panel de Grafana](https://github.com/stellar/stellar-disbursement-platform-backend/blob/develop/resources/grafana/dashboard.json). + +![Importar Panel SDP Screenshot](/assets/sdp/45.png) + +3. Selecciona la fuente de datos `prometheus` proporcionada por [datasource](https://github.com/stellar/stellar-disbursement-platform-backend/blob/develop/dev/grafana/datasource.yaml). + +![Seleccionar Fuente de Datos](/assets/sdp/46.png) Este panel visualiza el volumen/latencia de solicitudes HTTP, tiempos de consulta de base de datos y estadísticas de transacciones del TSS, detalles descritos en [README.md de Grafana](https://github.com/stellar/stellar-disbursement-platform-backend/blob/develop/resources/grafana/README.md). Todos los paneles pueden filtrarse por método, ruta, tenant o instancia para distinguir el tráfico entre múltiples despliegues. diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/overview.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/overview.mdx index d203b87eaf..1271e865fa 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/overview.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/overview.mdx @@ -17,4 +17,4 @@ El proceso completo del SDP, paso a paso, generalmente se ve algo así después Representación gráfica del flujo de fondos: -![Flujo de Fondos](/assets/SDP/SDP1.png) +![Flujo de Fondos](/assets/sdp/1.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/single-tenant-to-multi-tenant-migration.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/single-tenant-to-multi-tenant-migration.mdx index 7389292a50..51bc59626b 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/single-tenant-to-multi-tenant-migration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/single-tenant-to-multi-tenant-migration.mdx @@ -150,7 +150,7 @@ Variables de entorno del programador: Del lado de Anchor Platform, debemos establecer las siguientes variables: -- `SEP10_HOME_DOMAINS="localhost:8000, *.stellar.local:8000"`: una lista separada por comas de dominios principales utilizados para [SEP-10]. Esto debería contener los dominios de las instancias de inquilino de la SDP. +- `SEP10_HOME_DOMAINS="localhost:8000, *.stellar.local:8000"`: una lista separada por comas de dominios principales utilizados para [SEP-10](https://github.com/stellar/stellar-protocol/blob/master/ecosystem/sep-0010.md). Esto debería contener los dominios de las instancias de inquilino de la SDP. - `SEP10_HOME_DOMAIN=""`: esto debería ser una cadena vacía para la versión de inquilino múltiple. - `SEP10_WEB_AUTH_DOMAIN=`: el dominio principal de la instancia de la Anchor Platform. @@ -369,5 +369,3 @@ COMMIT; ### Conclusión 🎉 Esto debería concluir la migración de datos de la versión de inquilino único a la versión de varios inquilinos del SDP. Por favor, asegúrate de ejecutar una prueba e2e para garantizar que todo funcione como se espera. - -[SEP-10]: https://stellar.org/protocol/sep-10 diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/tenant-provisioning.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/tenant-provisioning.mdx index 093336e2f1..86839a42dc 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/tenant-provisioning.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/tenant-provisioning.mdx @@ -34,9 +34,9 @@ Este es, con mucho, el campo más importante, ya que determina la fuente de fond - **¿Cómo se configura?**: La cuenta de distribución se genera aleatoriamente y se financia durante el proceso de aprovisionamiento, y el secreto está encriptado y almacenado de manera segura en la base de datos. - **Rendimiento de transacciones**: Aproximadamente 40 transacciones por segundo. - `DISTRIBUTION_ACCOUNT.CIRCLE.DB_VAULT` - - **Plataforma**: [Circle] + - **Plataforma**: [Circle](https://www.circle.com) - **Ubicación de Almacenamiento del Secreto**: Base de datos, encriptada con `DISTRIBUTION_ACCOUNT_ENCRYPTION_PASSPHRASE` - - **Activos Admitidos**: [USDC]/[EURC] + - **Activos Admitidos**: [USDC](https://www.circle.com/en/usdc)/[EURC](https://www.circle.com/en/eurc) - **Aislamiento de Clave/Secreto**: Segregado por inquilino - **Apropiado para**: Multi-inquilino y único inquilino - **¿Cómo se configura?**: La clave de API de Circle es proporcionada por el propio inquilino una vez que tiene acceso al panel de control. El secreto está encriptado y almacenado de manera segura en la base de datos. El secreto está encriptado y almacenado de manera segura en la base de datos. @@ -104,7 +104,3 @@ Los inquilinos pueden ser eliminados a través del endpoint [DELETE /tenants/:id ## Actualizando Inquilinos Algunos campos de un inquilino pueden ser actualizados a través del endpoint [PATCH /tenants/:id](../api-reference/update-a-tenant.api.mdx). La documentación de la API proporciona más detalles sobre qué campos pueden ser actualizados. - -[Circle]: https://www.circle.com -[USDC]: https://www.circle.com/en/usdc -[EURC]: https://www.circle.com/en/eurc diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/analytics.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/analytics.mdx index 0148ecc1c0..0bae9475a6 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/analytics.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/analytics.mdx @@ -17,4 +17,4 @@ En más detalle: - "Individuos" representa el número de personas involucradas en estas transacciones. - "Billeteras" indica el número de billeteras digitales únicas involucradas en las transacciones. -![Analítica](/assets/SDP/SDP24.png) +![Anal Tica SDP Screenshot](/assets/sdp/26.png) diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/circle-configuration.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/circle-configuration.mdx index b4b704cb9f..fef86f6de3 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/circle-configuration.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/circle-configuration.mdx @@ -7,11 +7,11 @@ Si el inquilino fue creado con una cuenta de distribución de [Circle], entonces Una vez que un usuario con privilegios de propietario inicie sesión, verá un banner en la parte superior de la página que dice que la cuenta de Circle está pendiente de configuración: -![Banner de Configuración de Circle](/assets/SDP/SDP30.png) +![Banner de Configuraci N de](/assets/sdp/32.png) Al hacer clic en el banner, el usuario será llevado a la sección de Cuentas de Distribución, donde podrá ingresar la clave API de Circle y el ID de la billetera de Circle. -![Configuración de Circle](/assets/SDP/SDP31.png) +![Configuraci N de Circle](/assets/sdp/33.png) :::info @@ -20,5 +20,3 @@ La clave API se almacenará en la base de datos cifrada con la clave `DISTRIBUTI El ID de la billetera se utiliza para identificar la cuenta (interna) de Circle al realizar desembolsos. Es útil porque una cuenta de Circle puede tener múltiples billeteras, cada una con diferentes monedas y saldos. ::: - -[Círculo]: https://www.circle.com diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/dashboard-home.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/dashboard-home.mdx index 941c851842..4059761e91 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/dashboard-home.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/dashboard-home.mdx @@ -15,7 +15,7 @@ Esto incluye: - Individuos: El número total de individuos que están programados para recibir desembolsos. - Billeteras: El número total de billeteras utilizadas dentro de la Stellar Disbursement Platform. Esto generalmente es igual al número de individuos, pero es posible que cada persona tenga más de una billetera. -![Inicio del tablero](/assets/SDP/SDP19.png) +![Inicio Del Tablero](/assets/sdp/20.png) En el lado izquierdo del tablero de la Stellar Disbursement Platform está el logo de la organización y pestañas que te ayudarán a navegar por la plataforma. diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/disbursements.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/disbursements.mdx index 54fc8deb28..cafbcdc5ba 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/disbursements.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/disbursements.mdx @@ -5,7 +5,7 @@ sidebar_position: 20 La página de Pagos proporciona una lista paginada de todos los pagos, detallando el estado de cada pago y la información de pago relacionada. -![Pagos](/assets/SDP/SDP20.png) +![Pagos SDP Screenshot](/assets/sdp/21.png) La página contiene lo siguiente: diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/payments.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/payments.mdx index 528adce93c..b48673f115 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/payments.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/payments.mdx @@ -5,7 +5,7 @@ sidebar_position: 40 La página de Pagos proporciona una lista de todos los pagos, detallando el estado de cada pago y la información relacionada. -![Pagos](/assets/SDP/SDP22.png) +![Pagos SDP Screenshot](/assets/sdp/24.png) La página de Pagos incluye: diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/receivers.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/receivers.mdx index 83afe2db80..a4368682b9 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/receivers.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/receivers.mdx @@ -5,7 +5,7 @@ sidebar_position: 30 La página de Receptores muestra una lista de individuos establecidos para recibir pagos, con información de billetera e historial de pagos. Esta información te permite rastrear y gestionar los pagos realizados a cada receptor, y proporciona una imagen de la interacción de cada receptor con un desembolso. -![Receptores](/assets/SDP/SDP20x.png) +![Receptores SDP Screenshot](/assets/sdp/22.png) La página de Receptores incluye lo siguiente: diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/wallets.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/wallets.mdx index faf8d58584..4d15e67f1d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/wallets.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/admin-guide/user-interface/wallets.mdx @@ -5,7 +5,7 @@ sidebar_position: 50 La página de Billeteras proporciona información detallada sobre tu cuenta de distribución, que es la cuenta Stellar principal desde la que se realizan tus desembolsos. -![Billeteras](/assets/SDP/SDP23.png) +![Billeteras SDP Screenshot](/assets/sdp/25.png) La página de Billeteras incluye lo siguiente: diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/admin.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/admin.tag.mdx index ac04e35d21..f670491429 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/admin.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/admin.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null The Admin API oversees the management of tenants within the system, facilitating tasks such as provisioning new tenants, updating their information, and retrieving tenant data. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/api-keys.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/api-keys.tag.mdx index 71bb54e4f4..8e1722082d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/api-keys.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/api-keys.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null API Keys functionality allows to create access key with granular permissions and resource management. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authenticate-mfa.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authenticate-mfa.api.mdx index 002cc5493d..2b5bcf7c39 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authenticate-mfa.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authenticate-mfa.api.mdx @@ -70,5 +70,3 @@ Governs the multi-factor authentication process for SDP user login, including th > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authentication.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authentication.tag.mdx index a7c1b1271d..23a55f38dd 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authentication.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/authentication.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Authentication controls the log in/log out process for all SDP users, as well as the token refresh process. Authentication uses a JWT approach signed with an ES256 private key. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/balances.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/balances.tag.mdx index 77993d11d2..543bccca86 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/balances.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/balances.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Endpoints related to balances. A balance is an amount of a particular asset held by an organization, tenant, or account. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/bridge-integration.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/bridge-integration.tag.mdx index 458e0ab900..fe798c92b1 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/bridge-integration.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/bridge-integration.tag.mdx @@ -22,9 +22,6 @@ Bridge integration endpoints for connecting organizations with Bridge services. - READY_FOR_DEPOSIT → Virtual account created, ready for deposits - ERROR → Integration error occurred - - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-api-key.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-api-key.api.mdx index fdad8fa3b1..98b0993624 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-api-key.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-api-key.api.mdx @@ -70,5 +70,3 @@ Creates a new API Key to access SDP endpoints. API Key can be configured to have > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-asset.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-asset.api.mdx index 4b6d05c754..c9d41aeba0 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-asset.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-asset.api.mdx @@ -70,5 +70,3 @@ This endpoint is used to create a new asset that can be used in a Disbursement. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-direct-payment.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-direct-payment.api.mdx index 92e557a704..d09c077efe 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-direct-payment.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-direct-payment.api.mdx @@ -70,5 +70,3 @@ Creates a new direct payment that is immediately sent to the specified receiver > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-disbursement.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-disbursement.api.mdx index 2555e7c244..b3832f01cc 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-disbursement.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-disbursement.api.mdx @@ -70,5 +70,3 @@ Creates a new disbursement in `draft ` state with basic details. Important: a d > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-receiver.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-receiver.api.mdx index 8cde044a2b..3fb3f3beff 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-receiver.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-receiver.api.mdx @@ -70,5 +70,3 @@ Creates a new Receiver. Allows clients to create a single receiver record, which > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-tenant.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-tenant.api.mdx index f35b9b1c4e..0392ae998d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-tenant.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-tenant.api.mdx @@ -70,5 +70,3 @@ Create Tenant > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-user.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-user.api.mdx index 13c4c185ce..61d9957dab 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-user.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-user.api.mdx @@ -70,5 +70,3 @@ This endpoint creates a new SDP user as the result of an SDP owner adding their > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-wallet.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-wallet.api.mdx index 2a9b24e2f0..a7f9ebee2f 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-wallet.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/create-wallet.api.mdx @@ -70,5 +70,3 @@ Creates a new wallet provider that can be used for disbursements. The wallet mus > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/default-tenant.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/default-tenant.api.mdx index faed38b9f2..35a55f4530 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/default-tenant.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/default-tenant.api.mdx @@ -73,5 +73,3 @@ Default tenant is useful for development purposes or when the SDP is used by a s > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-a-disbursement.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-a-disbursement.api.mdx index 8667279d57..27075d8da0 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-a-disbursement.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-a-disbursement.api.mdx @@ -70,5 +70,3 @@ Deletes a Disbursement in Draft or Ready Status by `id`. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-api-key.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-api-key.api.mdx index da2a2a2cad..f69c21031a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-api-key.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-api-key.api.mdx @@ -70,5 +70,3 @@ Permanently deletes an API key. This action cannot be undone. Once deleted, the > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-asset.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-asset.api.mdx index 0d62204e5e..4df641c8ea 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-asset.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/delete-asset.api.mdx @@ -70,5 +70,3 @@ This endpoint is used to soft delete an asset. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/disbursements.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/disbursements.tag.mdx index badcdef409..3d56df07e6 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/disbursements.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/disbursements.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Endpoints related to disbursements. A disbursement is a group of payments sent to multiple individuals at once. An SDP user with the appropriate role triggers a new disbursement through the SDP dashboard by uploading a list of receivers and amounts. When the receiver has linked their wallet to the SDP, the payment automatically begins. SDP users can track their disbursements in real-time through the SDP dashboard. Each disbursement must have a unique name defined by the organization. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/download-disbursement-instructions.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/download-disbursement-instructions.api.mdx index f14cbb8526..a8d13f9f27 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/download-disbursement-instructions.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/download-disbursement-instructions.api.mdx @@ -70,5 +70,3 @@ Allows an SDP user to download the raw CSV file that was uploaded when creating > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-disbursements.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-disbursements.api.mdx index e4b329c3ed..f7278ba658 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-disbursements.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-disbursements.api.mdx @@ -70,5 +70,3 @@ Exports a CSV file of disbursements. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-payments-csv.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-payments-csv.api.mdx index f349a4269e..d84705cbf9 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-payments-csv.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-payments-csv.api.mdx @@ -70,5 +70,3 @@ Exports a CSV file of payments. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-receivers-csv.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-receivers-csv.api.mdx index bb5d9e34e4..17a32fd98d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-receivers-csv.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/export-receivers-csv.api.mdx @@ -70,5 +70,3 @@ Exports a CSV file of receivers. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/forgot-password.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/forgot-password.api.mdx index 7708ea7ab1..d94373c1fc 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/forgot-password.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/forgot-password.api.mdx @@ -70,5 +70,3 @@ Sends an email with a token to an SDP user who has gone through the Forgot Passw > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-assets.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-assets.api.mdx index f6cf5ccf82..bef3094b94 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-assets.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-assets.api.mdx @@ -62,5 +62,3 @@ Fetches the list of available assets to populate the dropdown box in the New Dis > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-roles.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-roles.api.mdx index b2f213c225..c58bc94dd4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-roles.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-roles.api.mdx @@ -62,5 +62,3 @@ Fetches available SDP roles, such as owner, financial controller, business user, > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-tenants.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-tenants.api.mdx index ce94658433..bb6b60d225 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-tenants.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-tenants.api.mdx @@ -62,5 +62,3 @@ Get All Tenants > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-users.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-users.api.mdx index 5533067cec..e31ed3f879 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-users.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-users.api.mdx @@ -62,5 +62,3 @@ Fetches all SDP users within the organization, whether they are active yet or no > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-wallets.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-wallets.api.mdx index 9b8346dfef..f899a30bc4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-wallets.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-all-wallets.api.mdx @@ -62,5 +62,3 @@ Fetches the list of available wallet providers to populate the dropdown box in t > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-api-key.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-api-key.api.mdx index 89fb6dc344..fe02cf0bbc 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-api-key.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-api-key.api.mdx @@ -70,5 +70,3 @@ Retrieves a specific API key by its ID. Returns the API key details including pe > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-bridge-integration.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-bridge-integration.api.mdx index 7cf1933567..dea3d5bd8a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-bridge-integration.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-bridge-integration.api.mdx @@ -64,5 +64,3 @@ Returns live data from the Bridge API including KYC status and virtual account d > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-circle-balances.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-circle-balances.api.mdx index 9a02a638f8..781f050fc5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-circle-balances.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-circle-balances.api.mdx @@ -62,5 +62,3 @@ ATTENTION, this endpoint is only enabled when the tenant distribution account ty > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-info.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-info.api.mdx index 59647aee5e..3182062bb4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-info.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-info.api.mdx @@ -62,5 +62,3 @@ This endpoint returns the organization's info. It is used in many places across > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-logo.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-logo.api.mdx index 6467cf18a5..6fbcc21e6d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-logo.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-organization-logo.api.mdx @@ -62,5 +62,3 @@ Retrieves the logo of the organization for display in the UI navbar. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-profile.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-profile.api.mdx index 547938c8eb..b01f8917ea 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-profile.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/get-profile.api.mdx @@ -62,5 +62,3 @@ Fetches the individual information of the logged in user to populate the Profile > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursement-receivers.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursement-receivers.api.mdx index 97cf24be1a..ce2af62736 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursement-receivers.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursement-receivers.api.mdx @@ -70,5 +70,3 @@ Fetches a list of receivers within a specific disbursement using the disbursemen > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursements.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursements.api.mdx index 2aa61d6b8d..4770d15457 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursements.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-disbursements.api.mdx @@ -70,5 +70,3 @@ Fetches all disbursements the organization has created. This endpoint supports p > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-payments.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-payments.api.mdx index 38f44e2d40..c0486fe05a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-payments.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-payments.api.mdx @@ -70,5 +70,3 @@ Returns all individual payments matching the request criteria. This endpoint sup > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-receivers.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-receivers.api.mdx index 2d27461f6b..e574c4dc2e 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-receivers.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-all-receivers.api.mdx @@ -70,5 +70,3 @@ Returns all receivers matching the request criteria. This endpoint supports pagi > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-api-keys.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-api-keys.api.mdx index 017ab5aad9..96637c4eee 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-api-keys.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/list-api-keys.api.mdx @@ -62,5 +62,3 @@ Retrieves all API keys created by the current user. The results are ordered by c > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/log-in.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/log-in.api.mdx index 971460fdf7..3cb0a27edb 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/log-in.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/log-in.api.mdx @@ -70,5 +70,3 @@ Allows credentialed SDP users to log in to the SDP dashboard with a password. No > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/organization.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/organization.tag.mdx index 9ce2148264..d042e3ea83 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/organization.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/organization.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Organization endpoints manage the process of getting and updating organizational profile information. The organization's profile has basic information set at the time of SDP deployment. It can be modified by the Owner. Organizations can also manage their preferences, like which assets to use, through these endpoints. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/patch-organization-circle.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/patch-organization-circle.api.mdx index 4ba566c4a3..1847c43773 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/patch-organization-circle.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/patch-organization-circle.api.mdx @@ -70,5 +70,3 @@ Updates the Circle configuration for the organization. Only account owners have > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/payments.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/payments.tag.mdx index e89ad4323c..917ae837b5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/payments.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/payments.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Endpoints related to payments. An SDP payment is an individual payment from an organization to a receiver. Each payment is part of a disbursement and occurs on the Stellar network. Granular payment status is stored in the SDP database and can be viewed in real-time on the SDP dashboard. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/profile.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/profile.tag.mdx index 7f8a1db9f8..21e2503c2c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/profile.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/profile.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Profiles endpoints manage the process of getting and updating individual profile information. Profile information is set when the account is created and can be updated by the user on the SDP dashboard Profile page. Note: profiles never refer to receivers of funds. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/provide-signed-challenge-transaction.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/provide-signed-challenge-transaction.api.mdx index 2f426c9e15..31370e8f1c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/provide-signed-challenge-transaction.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/provide-signed-challenge-transaction.api.mdx @@ -70,5 +70,3 @@ Allows the wallet to post the signed SEP-10 challenge transaction. More informat > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/receivers.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/receivers.tag.mdx index 64d048dffd..c9a15f01d5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/receivers.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/receivers.tag.mdx @@ -11,9 +11,6 @@ Endpoints related to receivers. A receiver is an individual receiving a payment Each receiver will have at least one wallet associated with them. The wallet public key will remain null until the receiver registers with a wallet provider and links the wallet to the SDP through SEP-24. Receivers must verify their identity through that process, which requires the SDP to store verification information on receivers like date of birth, national ID number, or personal PIN. This information can be updated by the organization through the receiver endpoints. - - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/refresh-token.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/refresh-token.api.mdx index d1e6fba27f..af9780b67c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/refresh-token.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/refresh-token.api.mdx @@ -62,5 +62,3 @@ A user’s token expires after 15 minutes. This endpoint handles refreshing the > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/registration.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/registration.tag.mdx index 65139164b3..e8b0ca2e1a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/registration.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/registration.tag.mdx @@ -13,9 +13,6 @@ There are two parts to the registration flow. First, the wallet must authenticat The second part of the registration flow is handled by the webview that is opened within the wallet application. This webview uses the endpoints defined in the Stellar Disbursement Platfrom Endpoints section to complete the registration process. The wallet application can chose not to use the webview and intstead integrate directly with the API. - - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-challenge-transaction.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-challenge-transaction.api.mdx index 0e88fdf953..4db2cea8f1 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-challenge-transaction.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-challenge-transaction.api.mdx @@ -70,5 +70,3 @@ Allows the wallet to get the SEP-10 challenge transaction to be signed. More inf > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-registration-url.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-registration-url.api.mdx index d21a2fb924..d98ec0e0c2 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-registration-url.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/request-registration-url.api.mdx @@ -65,5 +65,3 @@ It also lets the anchor specify additional information that the user must submit > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/reset-password.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/reset-password.api.mdx index 861b11fe88..c26f5bc1ca 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/reset-password.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/reset-password.api.mdx @@ -70,5 +70,3 @@ Allows an SDP user who has gone through the Forgot Password process to set their > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-disbursement.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-disbursement.api.mdx index eef33ad2d4..937f09a6c7 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-disbursement.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-disbursement.api.mdx @@ -70,5 +70,3 @@ Fetches information on a specific disbursement by `id `. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-payment.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-payment.api.mdx index 5361404d47..17b555b8e1 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-payment.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-payment.api.mdx @@ -70,5 +70,3 @@ Fetches detailed information on a specific payment by `id `. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-receiver.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-receiver.api.mdx index d6c81f4267..486073a23e 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-receiver.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-receiver.api.mdx @@ -70,5 +70,3 @@ Fetches detailed information on a specific receiver by `id `, including all ass > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-tenant.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-tenant.api.mdx index c5a90a6adb..c6323fbf42 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-tenant.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-a-tenant.api.mdx @@ -70,5 +70,3 @@ Retrieve a Tenant > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-all-statistics.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-all-statistics.api.mdx index e3a4c4c711..541d86a6d0 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-all-statistics.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-all-statistics.api.mdx @@ -62,5 +62,3 @@ Fetches all metrics on all disbursements the organization has created. The respo > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-disbursement-statistics.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-disbursement-statistics.api.mdx index cf8c9b86cb..1d23d2f28f 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-disbursement-statistics.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-disbursement-statistics.api.mdx @@ -70,5 +70,3 @@ Fetches metrics on a specific disbursement by `id `. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-stellar-info-file.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-stellar-info-file.api.mdx index 53531040ab..258d71e527 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-stellar-info-file.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/retrieve-stellar-info-file.api.mdx @@ -62,5 +62,3 @@ Allows the wallet to fetch the SEP-10 server url, SEP-10 signing public key and > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/send-one-time-passcode.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/send-one-time-passcode.api.mdx index c5df0dbf56..1a6860ae6a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/send-one-time-passcode.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/send-one-time-passcode.api.mdx @@ -70,5 +70,3 @@ This endpoint generates a 6-digit OTP and sends it to the user contact (email or > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/soft-delete-a-tenant.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/soft-delete-a-tenant.api.mdx index 780aed7504..ef63ac93fe 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/soft-delete-a-tenant.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/soft-delete-a-tenant.api.mdx @@ -70,5 +70,3 @@ Soft delete a Tenant > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/start-wallet-registration.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/start-wallet-registration.api.mdx index 88de9daca7..5c8f943a77 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/start-wallet-registration.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/start-wallet-registration.api.mdx @@ -70,5 +70,3 @@ This is the endpoint the browser reaches with the first token so that the receiv > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/statistics.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/statistics.tag.mdx index 3586c69ffc..d22fbe7752 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/statistics.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/statistics.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null Statistics endpoints return general aggregated data per organization, as well as disbursement-specific metrics. SDP users can use this data to monitor their disbursements over time. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-disbursement-status.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-disbursement-status.api.mdx index 3d8f15ff89..b686a2670c 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-disbursement-status.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-disbursement-status.api.mdx @@ -70,5 +70,3 @@ Updates the status of a disbursement according to the state machine. The disburs > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-tenant.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-tenant.api.mdx index e468041e9a..ae0ef839b3 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-tenant.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-a-tenant.api.mdx @@ -70,5 +70,3 @@ This endpoint updates the Tenant data. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-api-key.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-api-key.api.mdx index 37ff9fa5b5..da80ebac33 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-api-key.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-api-key.api.mdx @@ -70,5 +70,3 @@ Updates an existing API key's permissions and IP restrictions. The API key name > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-bridge-integration.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-bridge-integration.api.mdx index f7e6b348e9..7b6169085d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-bridge-integration.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-bridge-integration.api.mdx @@ -73,5 +73,3 @@ Updates the Bridge integration status. Supports two main operations: > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-organization-profile.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-organization-profile.api.mdx index 99346698cd..5c639af11a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-organization-profile.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-organization-profile.api.mdx @@ -70,5 +70,3 @@ Updates the organization profile details. Only account owners have permission to > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-receiver.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-receiver.api.mdx index c281969ef3..8fbce3bf07 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-receiver.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-receiver.api.mdx @@ -70,5 +70,3 @@ This endpoint allows an organization to add and update information on the receiv > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-activation-status.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-activation-status.api.mdx index 700651a292..4bf7d3dcc5 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-activation-status.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-activation-status.api.mdx @@ -70,5 +70,3 @@ Updates the SDP user’s activation status. This endpoint is primarily used to m > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-profile.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-profile.api.mdx index 4c9806858a..57d9609bd6 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-profile.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-profile.api.mdx @@ -70,5 +70,3 @@ Updates the profile details of the logged in user, including changing password f > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-role.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-role.api.mdx index 564a1cfb41..a12d97ae25 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-role.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-user-role.api.mdx @@ -70,5 +70,3 @@ Updates an SDP user’s role by `user_ID `. > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-wallet.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-wallet.api.mdx index 4bbd108e2f..7175f6736a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-wallet.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/update-wallet.api.mdx @@ -70,5 +70,3 @@ This endpoint is used to enable or disable a wallet provider. Note: the organiza > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/upload-disbursement-instructions.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/upload-disbursement-instructions.api.mdx index 58ed14ad06..62647074b4 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/upload-disbursement-instructions.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/upload-disbursement-instructions.api.mdx @@ -70,5 +70,3 @@ Adds a file containing a list of receivers to a `DRAFT` disbursement. This step > - - diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/users.tag.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/users.tag.mdx index ca02e0b383..ed80012b6d 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/users.tag.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/users.tag.mdx @@ -9,8 +9,6 @@ custom_edit_url: null The users endpoints facilitate the creation of new SDP users - including setting the appropriate role, sending an email invitation, and activating a user - and managing roles. - - ```mdx-code-block import DocCardList from '@theme/DocCardList'; import {useCurrentSidebarCategory} from '@docusaurus/theme-common'; diff --git a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/verify-receiver-registration.api.mdx b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/verify-receiver-registration.api.mdx index 9122a4117b..28cc06904a 100644 --- a/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/verify-receiver-registration.api.mdx +++ b/i18n/es/docusaurus-plugin-content-docs-sdp/current/api-reference/verify-receiver-registration.api.mdx @@ -70,5 +70,3 @@ This endpoint verifies the receiver's registration by validating the OTP and oth > - - diff --git a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/application-design-considerations.mdx b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/application-design-considerations.mdx index 11ee8d63d8..fac0b81951 100644 --- a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/application-design-considerations.mdx +++ b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/application-design-considerations.mdx @@ -43,7 +43,7 @@ Hay varias aplicaciones y servicios que se especializan en agregar capas de segu A pesar de que las billeteras pueden operar del lado del cliente, manejan las claves secretas de un usuario, que dan acceso directo a su cuenta y a cualquier valor que posean. Por eso, es esencial requerir que todo el tráfico web fluya a través de métodos TLS sólidos. Incluso cuando desarrollas localmente, utiliza un certificado de localhost no firmado para desarrollar hábitos seguros desde el principio. Stellar es un potente software para mover dinero; no escatimes en seguridad. -Para más información, consulta nuestra guía sobre [asegurar productos basados en la web](https://www.stellar.org/developers/guides/walkthroughs/securing-web-projects.html). +Para más información, consulta nuestra guía sobre [asegurar productos basados en la web](https://developers.stellar.org/docs/build/security-docs/securing-web-based-projects). ## Servicios de billetera diff --git a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/account-creation.mdx b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/account-creation.mdx index c8225cb9c3..478bdddb52 100644 --- a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/account-creation.mdx +++ b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/account-creation.mdx @@ -3,7 +3,7 @@ title: Creación de cuenta sidebar_position: 20 --- -Las cuentas son la estructura de datos central en Stellar y solo pueden existir con un keypair válido (una clave pública y una clave secreta) y el saldo mínimo requerido de XLM. Lee más en la [sección de cuentas]. +Las cuentas son la estructura de datos central en Stellar y solo pueden existir con un keypair válido (una clave pública y una clave secreta) y el saldo mínimo requerido de XLM. Lee más en la [sección de cuentas](../../../learn/fundamentals/stellar-data-structures/accounts.mdx). ## Experiencia del usuario @@ -11,19 +11,19 @@ Para comenzar, haremos que nuestro usuario cree una cuenta. En BasicPay, la pág :::info -Dado que estamos desarrollando una [aplicación no custodia], la clave secreta encriptada solo vivirá en el navegador. Nunca se compartirá con un servidor ni con nadie más. +Dado que estamos desarrollando una [aplicación no custodia](../application-design-considerations.mdx#non-custodial-service), la clave secreta encriptada solo vivirá en el navegador. Nunca se compartirá con un servidor ni con nadie más. ::: -![claves pública y privada](/assets/basic-pay/public-and-private-keys.png) +![Claves P Blica y Privada](/assets/basic-pay/public-and-private-keys.png) -A continuación, haremos que el usuario envíe un código PIN para encriptar su clave secreta antes de que se guarde en el `localStorage` de su navegador (esto es manejado por el [`js-stellar-wallets` SDK]). The user will need to remember their pincode for future logins and to submit transactions. +A continuación, haremos que el usuario envíe un código PIN para encriptar su clave secreta antes de que se guarde en el `localStorage` de su navegador (esto es manejado por el [`js-stellar-wallets` SDK](https://github.com/stellar/js-stellar-wallets)). The user will need to remember their pincode for future logins and to submit transactions. With BasicPay, when the user clicks the “Signup” button, they will be asked to confirm their pincode. When they do, the `create_account` operation is triggered, and the user's account is automatically funded with XLM for the minimum balance (starting with 10,000 XLM). -![cuenta financiada](/assets/basic-pay/funded-account.png) +![Cuenta Financiada Tutorial Screenshot](/assets/basic-pay/funded-account.png) -Cuando estés listo para mover la aplicación a Pubnet, las cuentas deberán ser financiadas con XLM real. Esto es algo que la aplicación puede cubrir depositando XLM en la cuenta del usuario, con el uso de [reservas patrocinadas], o el usuario puede cubrir el saldo requerido con su propio XLM. +Cuando estés listo para mover la aplicación a Pubnet, las cuentas deberán ser financiadas con XLM real. Esto es algo que la aplicación puede cubrir depositando XLM en la cuenta del usuario, con el uso de [reservas patrocinadas](../../guides/transactions/sponsored-reserves.mdx), o el usuario puede cubrir el saldo requerido con su propio XLM. ## Implementación del código @@ -168,7 +168,7 @@ const setupKeyManager = () => { }; ``` -**Fuente:** https://github.com/stellar/basic-payment-app/blob/main/src/lib/stores/walletStore.js +**Fuente:** [`github.com/stellar/basic-payment-app/src/lib/stores/walletStore`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stores/walletStore.js) ### Creando la cuenta en la red Stellar @@ -182,14 +182,8 @@ export async function fundWithFriendbot(publicKey) { } ``` -Fuente: https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/horizonQueries.js +Fuente: [`github.com/stellar/basic-payment-app/src/lib/stellar/horizonQueries`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/horizonQueries.js) ### Usando el store `walletStore` Our `walletStore` is used in a ton of places in our application, especially in the confirmation modal when asking a user to input their pincode. Sigue leyendo para ver cómo lo hemos hecho. - -[sección de cuentas]: ../../../learn/fundamentals/stellar-data-structures/accounts.mdx -[aplicación no custodia]: ../application-design-considerations.mdx#non-custodial-service -[`js-stellar-wallets` sdk]: https://github.com/stellar/js-stellar-wallets -[reservas patrocinadas]: ../../guides/transactions/sponsored-reserves.mdx -[lista de contactos]: ./contacts-list diff --git a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep1.mdx b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep1.mdx index 059a9edabf..5714cb0b01 100644 --- a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep1.mdx +++ b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep1.mdx @@ -19,7 +19,7 @@ export async function fetchStellarToml(domain) { } ``` -**Fuente:** https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/sep1.js +**Fuente:** [`github.com/stellar/basic-payment-app/src/lib/stellar/sep1`](https://github.com/stellar/basic-payment-app/blob/main/src/lib/stellar/sep1.js) Hablando estrictamente, la función `StellarTomlResolver` del SDK de JavaScript es la única función que _necesitamos_ para recuperar y usar la información proporcionada por el anchor (de hecho, incluso podríamos escribir nuestra propia función basada en `fetch`, y eludir el SDK por completo). Sin embargo, hemos creado varias funciones "auxiliares" para hacer que el resto de nuestras consultas sea un poco más verbal y claro sobre lo que buscamos del servidor anchor. ¡Asegúrate de revisar el archivo fuente `sep1.js` vinculado arriba! diff --git a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep10.mdx b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep10.mdx index e829242048..a89ce82496 100644 --- a/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep10.mdx +++ b/i18n/es/docusaurus-plugin-content-docs/current/build/apps/example-application-tutorial/anchor-integration/sep10.mdx @@ -3,7 +3,6 @@ title: "SEP-10: Stellar Web Authentication" sidebar_position: 20 --- -import auth_valid from "/assets/basic-pay/auth_valid.png"; Similar a la información del SEP-1, ambos protocolos SEP-6 y SEP-24 utilizan SEP-10 para la autenticación con el usuario. El usuario debe probar que es el propietario de la cuenta antes de poder retirar o depositar activos como parte de SEP-10: Stellar Web Authentication. @@ -52,13 +51,13 @@ El `/src/routes/dashboard/transfers/+page.svelte` está realizando **mucho** tra ``` -**Fuente:** https://github.com/stellar/basic-payment-app/blob/main/src/routes/dashboard/transfers/+page.svelte +**Fuente:** [`github.com/stellar/basic-payment-app/src/routes/dashboard/transfers/+page`](https://github.com/stellar/basic-payment-app/blob/main/src/routes/dashboard/transfers/+page.svelte) ## Solicitando una transacción de desafío Ahora, cuando el usuario hace clic en el botón "autenticar", se activa la función `auth`. -![autenticar](/assets/basic-pay/authenticate.png) +![Autenticar Tutorial Screenshot](/assets/basic-pay/authenticate.png) ```html title=/src/routes/dashboard/transfers/+page.svelte