Giter VIP home page Giter VIP logo

docs's People

Contributors

0xchijioke avatar asciiman avatar atif-konasl avatar b00ste avatar biancabuzea200 avatar blazejkrzak avatar callumgrindle avatar cj42 avatar dependabot[bot] avatar dzbo avatar fhildeb avatar frozeman avatar hugoo avatar jeneavranceanu avatar jnorbert avatar jordydutch avatar jxyang44 avatar kalote avatar keez-robg avatar magalimorin18 avatar meta-bot avatar mustafademiray avatar mxmar avatar patred20 avatar richtera avatar rowkee avatar rryter avatar skimaharvey avatar wolmin avatar yamenmerhi avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

docs's Issues

LSP8 transferBatch

Describe the bug
2 minor typos, boxed in red. Wording seems to be carried over from the LSP7 page.

Screenshots
image

Link
Link

[DOC] "based on ERC777" missleading in docs

In docs/standards/nft-2.0/LSP7-Digital-Asset.md
There is line:
"This standard was based on ERC20 and ERC777 with additional features mentioned below"

Which suggests that the standard implements full eip-777, for example granularity, while it's not the case.

I suggest rephrasing it to "This standard was based on ERC20 and some ideas from ERC777 with additional features mentioned below"

[DOC] Typos & improvements

Here are some typos I've found over past few days building for Lukso's Build up #25

  1. Missing comma

image

  1. Full code at the end rather than before the last piece of code for testing the results

image

LSP7 NFT 2.0 Nomenclature

https://docs.lukso.tech/standards/nft-2.0/LSP7-Digital-Asset describes, "LSP7-DigitalAsset is a standard that aims to describe fungible assets. The term fungible means that these assets are mutually interchangeable (e.g., one token has the same value as another token)."

But then the documents categorize LSP7 as a NFT 2.0 if tokens are indivisible.
https://docs.lukso.tech/tools/lsp-factoryjs/deployment/digital-asset: "LSP7 is based on the ERC20 token standard and can be used as an NFT 2.0 contract by setting the isNFT constructor value to true when deploying. This will set the contract decimals value to 0 so that all tokens are indivisible."

This is really just semantics, but I think it is contradictory to describe a fungible token (by definition) as a NFT 2.0 (non-fungible token). Suggestion: use a different boolean name (e.g. _isDivisible) to represent divisibility, and don't use "NFT 2.0" to describe LSP7.

[BUG] Wrong declaration of URD address from return object

In this guide - https://docs.lukso.tech/learn/expert-guides/vault/edit-vault-data/#create-a-contract-instance - we're saving the deployed URD address with vaultURD.target, which happens to be undefined.

const deployVaultURD = async () => {
  // create a LSP1UniversalReceiverDelegateVault Contract Factory
  const vaultURDFactory = new ethers.ContractFactory(
    LSP1UniversalReceiverDelegateVault.abi,
    LSP1UniversalReceiverDelegateVault.bytecode,
  );

  // deploy the Universal Receiver Delegate Vault contract
  const vaultURD = await vaultURDFactory.connect(myEOA).deploy();

  **return vaultURD.target;**
};

Correct way to access address in return object is vaultURD.address as seen in the screenshot:

image

[BUG] Unable to login to an existing profile

Describe the bug
After moving to a new computer and installing the universal profile extension there is no way to import an existing profile. This makes the extension not very useful for testing. I understand that it's not production code, but without this you're like to a particular device or browser. I now have 4 universal profiles which no longer makes them very universal.

Screenshots
image

Link
Browser home clicking on extension the first time.

This doesn't seem the right repo to put this defect, however the installation page only has this link.

[DOC] Add Blockscout API urls for networks

It would be good to add an extra row with the API url of blockscout, for different networks.

This would useful for those using tools like Hardhat or Foundry to verify the contract via the CLI. As these urls are only mentioned in the lsp-smart-contract repo.

image

[DOC] setDataBatch instead of setData

Link to doc page: https://docs.lukso.tech/learn/expert-guides/key-manager/grant-permissions#step-1---initialize-erc725js

Below code is an array of keys and values:

const data = erc725.encodeData([
    // the permission of the beneficiary address
    {
      keyName: 'AddressPermissions:Permissions:<address>',
      dynamicKeyParts: beneficiaryAddress,
      value: beneficiaryPermissions,
    },
    // the new list controllers addresses (= addresses with permissions set on the UP)
    // + the incremented `AddressPermissions[]` array length
    {
      keyName: 'AddressPermissions[]',
      value: [...controllers, beneficiaryAddress],
    },
  ]);

Yet we're passing arrays of keys and values to setData.

// step 3.3 - send the transaction
  await myUniversalProfile.methods.setData(
    data.keys,
    data.values,
  ).send({
    from: myEOA.address,
    gasLimit: 300_000,
  });

setData needs to be changed to setDataBatch. Also, at the end of the page it's called "data", but before it's called "permissionData".

Add internal functions to the contracts section

As mentioned by @Hugoo , when we go to the contract section we cannot see internal functions such as _mint(..), _burn(..) and _transfer(..). These functions should be explained also.

To add a note that these contracts are standard contract that should be inherited and not deployed directly.

[DOC] Migrate to LUKSO

๐Ÿ“ Details

It would be good to add a section somewhere named Migrated to LUKSO where we explain the main differences that we have with Ethereum, stating the relationship between Ethereum Mainnet and LUKSO, protocol difference, wallets interaction differences, etc ..

Inspired by: Migrate to Celo

[DOC] Annoying import trace in ts

Getting this import trace in my .ts/.tsx files when using lukso/lsp-factory.js. Though I know package is mainly vanilla js, there seems to be little support for typescript.

Import trace for requested module:
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/helpers/config.helper.js
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/classes/universal-profile.js
./node_modules/@lukso/lsp-factory.js/build/module/src/index.js
./components/assets/Assets.tsx
./app/portfolio/page.tsx
 โš  ./node_modules/@lukso/lsp-factory.js/build/module/src/lib/helpers/config.helper.js
Should not import the named export 'version' (imported as 'lspSmartContractsVersion') from default-exporting module (only default export is available soon)

Import trace for requested module:
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/helpers/config.helper.js
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/classes/universal-profile.js
./node_modules/@lukso/lsp-factory.js/build/module/src/index.js
./components/assets/Assets.tsx
./app/portfolio/page.tsx
 โš  ./node_modules/@lukso/lsp-factory.js/build/module/src/lib/helpers/config.helper.js
Should not import the named export 'version' (imported as 'lspSmartContractsVersion') from default-exporting module (only default export is available soon)

Import trace for requested module:
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/helpers/config.helper.js
./node_modules/@lukso/lsp-factory.js/build/module/src/lib/classes/universal-profile.js
./node_modules/@lukso/lsp-factory.js/build/module/src/index.js
./components/assets/Assets.tsx
./app/portfolio/page.tsx

[DOC] Add code snippet for getData call from solidity contract

https://docs.lukso.tech/learn/smart-contract-developers/retrieve-token-type#implementation

We should add a solidity function call which shows how to query this data.

Right now it says basically:

Here is the key _LSP4_TOKEN_TYPE_DATA_KEY use getData and deal with it. Good luck my friend.

So let's add something like:

import {ERC725YCore} from "@erc725/smart-contracts/contracts/ERC725YCore.sol";

// ...

bytes memory tokenTypeDataKey = ERC725YCore._getData( _LSP4_TOKEN_TYPE_DATA_KEY);

Add Vault Guide

Add creation guide for Vault standard and show how it can be connected to the Universal Profile.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.