Navigation

    MultiVAC Tech Forum

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Popular
    1. Home
    2. troytrojan01
    3. Posts
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Posts made by troytrojan01

    • RE: MultiVAC the 50th Bi-Weekly Report: Automation and intelligent deployment

      @MultiVAC said in MultiVAC the 50th Bi-Weekly Report: Automation and intelligent deployment:

      This is the last bi-weekly report, the follow-up project progress will be changed to monthly report.
      Since the research and development of the main network has been basically completed, we will try to invite more nodes and groups to join in mining, and all the members of the community are welcome to participate!

      When can community participate in mining on personal hardware?

      posted in Bi-Weekly Reports
      troytrojan01
      troytrojan01
    • When will we be able to mine again?

      When will we be able to mine again?

      posted in Miners Tavern
      troytrojan01
      troytrojan01
    • RE: Testnet 3.0 / Mainnet

      @Frank_MultiVAC thank you for the update.

      posted in General Lounge
      troytrojan01
      troytrojan01
    • RE: 2.2 Testnet Has Been Successfully Launched

      @MultiVAC great update. Looking forward to testing 3.0 in Q1

      posted in News
      troytrojan01
      troytrojan01
    • Testnet 3.0 / Mainnet

      @Frank_MultiVAC @CiCi_MultiVAC @BEN_MultiVAC Is there any way we can get a rough estimate of when Testnet 3.0 will be released? As someone who has been in the crypto space for several years, I can tell you that communities appreciate communications early if there will be a delay. I think most people understand that there will absolutely be a delay on the delivery of mainnet. This is due to the fact that Testnet 3.0 hasn't even been released. To make it worse, there hasn't been a rough date or timeframe when it will be released.

      I recommend getting out in front of this with a solid delivery plan. I 100% support the project and want it to succeed, this is why i'm pointing this out. As someone who works in IT, I understand delays. However, your average crypto community member is clueless about how IT works and how things often slide to the right due to unforeseen circumstances.

      posted in General Lounge
      troytrojan01
      troytrojan01
    • RE: Dev Engagement for DApp Development

      @Frank_MultiVAC I like it. As with anything, it will take time to grow, but it's definitely the best forum for following technical ideas and developments.

      posted in Application Dev & Discussion
      troytrojan01
      troytrojan01
    • RE: GitHub Access

      @哈利路亚 somewhat of a developer

      posted in General Lounge
      troytrojan01
      troytrojan01
    • RE: GitHub Access

      @哈利路亚 that's what @Frank_MultiVAC told me as well

      posted in General Lounge
      troytrojan01
      troytrojan01
    • RE: Cross-shard transaction fees

      @哈利路亚 Seele actually has the option to select which shard creates the account within their wallet.

      posted in Protocol Dev & Discussion
      troytrojan01
      troytrojan01
    • RE: First Beta test results (version 10.31)

      @Antonius I would go with 18.04. No reason that shouldn't work.

      posted in Miners Tavern
      troytrojan01
      troytrojan01
    • GitHub Access

      When will GitHub be accessible? I want to get in there and start tinkering. Thanks.

      posted in General Lounge
      troytrojan01
      troytrojan01
    • Transaction Fees

      How does MultiVAC compare to other protocols in terms of fees? Particularly, to build DApps. For instance, if one is not careful, ETH can be expensive to build DApps on. IOTA claims to be feeless, but I'm not familiar with too many of their DApps to determine if that's true. IOST allows for staking coins to essentially make DApp development and transactions free. What model does MTV use and do you believe you will be among the Dev friendly protocols with low barriers to build DApps?

      posted in Economics & Governance
      troytrojan01
      troytrojan01
    • RE: Cross-shard transaction fees

      @Frank_MultiVAC I answered my own question here thanks to the Purple paper:

      "Each cross-shard transaction requires a miner to send newly generated data outputs to the
      recipient’s shard, which must then be merged into the recipient shard’s Main Merkle Tree before
      they can be used. In contrast, in-shard transactions can be used by the payee as soon as it is
      confirmed by an in-shard miner. For this reason, cross-shard transactions increase transaction
      latency significantly over in-shard transactions.
      From a user's point of view, not only do cross-shard transactions increase latency, they will
      also result in higher gas usage costs. Allowing users to have an account in all shards effectively
      encourages users to minimize their costs and network latency by choosing to conduct more inshard transactions, thus organically reducing cross-shard interaction load."

      However, I do still have a question.....will end-users be able to dictate which shard their account is created on? As mentioned and expected, in-shard transactions are obviously faster and cheaper.

      posted in Protocol Dev & Discussion
      troytrojan01
      troytrojan01
    • RE: First Beta test results (version 10.31)

      @Antonius that's unfortunate. hopefully during the next phase you can get it figured out.

      posted in Miners Tavern
      troytrojan01
      troytrojan01
    • RE: MTV Governance

      @Frank_MultiVAC I think a burn helps in some situations. For instance, the way MTV burned is acceptable since the plan is to put the coins back into the ecosystem and it's also understandable, because MTV doesn't have their governance setup yet.

      For XLM, they burned basically half of the supply without getting the community opinion. For a blockchain that's been on mainnet and should have some governance, I disagree with the way they went about it.

      posted in Economics & Governance
      troytrojan01
      troytrojan01
    • RE: Dev Engagement for DApp Development

      @Sari That's good to hear. From what I've seen in crypto projects, they're usually only as good as their dev community. The dev community also drives adoption. So the earlier they can get involved, the better.

      posted in Application Dev & Discussion
      troytrojan01
      troytrojan01
    • RE: MTV DApps

      @Sari Great. The scalability offered by MTV will be huge for DApps.

      posted in Application Dev & Discussion
      troytrojan01
      troytrojan01
    • RE: Cross-shard smart contracts

      @Frank_MultiVAC Thank you!

      posted in Protocol Dev & Discussion
      troytrojan01
      troytrojan01
    • MTV Governance

      How will voting work once mainnet is launched? To be truly decentralized, all stakers/miners should be able to vote for changes that occur on the network. Unlike XLM which unilaterally burned 50 billion coins.

      posted in Economics & Governance
      troytrojan01
      troytrojan01
    • Dev Engagement for DApp Development

      Has there been any behind the scenes push to engage with developers to ensure things start of fast once mainnet is launched?

      posted in Application Dev & Discussion
      troytrojan01
      troytrojan01