Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 06 11:38
    JacekAndrzejewski starred ActorForth/ActorForth
  • Aug 20 00:11
  • Aug 20 00:11
    baby636 starred ActorForth/ActorForth
  • Jun 12 09:53
    siraben commented #1
  • Jun 12 09:53
    siraben commented #1
  • May 26 06:44
    scherrey commented #23
  • May 23 17:10
    Sameeranjoshi commented #23
  • May 21 12:37

    scherrey on filepos

    Updated refdocs. (compare)

  • May 20 10:11

    scherrey on filepos

    Added compiling to categories a… Merge branch 'filepos' of githu… (compare)

  • May 12 07:34
    Sameeranjoshi commented #23
  • May 12 07:16
    scherrey commented #23
  • May 12 07:16
    scherrey commented #23
  • May 12 05:33
    Sameeranjoshi commented #23
  • May 12 05:32
    Sameeranjoshi commented #23
  • May 09 17:06

    scherrey on filepos

    Add initial Makefile. Uncomment… Improve parallel builds. Improve parallel builds. and 7 more (compare)

  • May 08 13:51
    MayaPosch commented #23
  • May 08 13:45

    MayaPosch on master

    Separate unit tests into separa… (compare)

  • May 08 09:56
    scherrey closed #17
  • May 08 09:56
    scherrey commented #17
  • May 08 09:54
    scherrey assigned #23
effgee
@effgee:matrix.org
[m]
Hey @scherrey yes there are some reports on the EC-SLP github regarding this issue as well. The problem seems to be expounded as well by a poor quality internet connection. I am able to test on both a co-located dedicated server with dedicated internet, which does encounter this issue (but slightly less so), in this case the issue stems LIKELY from the index server load , and locally from my poor quality internet which happens more often. I'm still learning and digging through code (Python noob) and trying to figure out how to force a transaction to revalidate instead of rebuilding from history. The revalidate_slp command, doesn't actually seem to work and further complication, SLP transactions that are invalid are excluded from coinselection which essentially orphans those UTXOs on the wallet.
Ben Scherrey
@scherrey
Seems you've been busy digging. :-) One of the issues with SLP is certainly the lack of stability of the infrastructure. We're working on that as well.
effgee
@effgee:matrix.org
[m]
That is great to hear.
ahem read
Prashant Singh Pawar
@prashantpawar
Hey guys, I was directed here by @scherrey from SmartBCH telegram. I was wondering how is ActorForth (not he language but the REST services) different from FullStack.cash?
Ben Scherrey
@scherrey
ActorForth is a project group but I presume you mean our rest apis supporting BCH. https://rest.bch.actorforth.org is a fully compatible https API with the original rest.bitcoin.com apis which have announced they're being shut down. FullStack.cash provides functional apis as an alternative but they have different syntax so are not compatible directly. To move from rest.bitcoin.com to rest.bch.actorforth.org all you need to do is change the host name and everything else should just work. To migrate to FullStack.cash you'll have to change the hostname as well as the API calls and your code base for your BCH app to continue functioning.
@prashantpawar FYI
Ben Scherrey
@scherrey
So in two hours (7:30p GMT+7 BKK Time) we're going to attempt to multi-way live stream a demo of a forth implementation targeting a 6502 running on a javascript emulator. :-) Read the end of this blog report for details on how you can join! https://blog.biggestfan.live/post-2021-06-23-new-business/
mrnaif
@mrnaif:matrix.org
[m]
Hi! Is it the right room to ask about https://github.com/ActorForth/bch-toolkit?
Ben Scherrey
@scherrey
Yes it is. What's your question?
mrnaif
@mrnaif:matrix.org
[m]
Well, my question was that was it actually working? ElectronCash and ElectronCash-SLP don't have lib directory for example. I am trying to set up proper regtest support in electron cash. Do you know, does asertDAA even work there?
Ben Scherrey
@scherrey
So your issue is getting it to work at all or getting it to work in regtest mode?
mrnaif
@mrnaif:matrix.org
[m]
Well second thing, and the only implementation I found with electron cash and regtest is this one, so I wonder if you may help me with making it work in my PR: Electron-Cash/Electron-Cash#2319. That way it could work in actorforth fork too (you can cherry-pick it), and there would be no need to patch source code of electron cash like it is currently done. https://github.com/ActorForth/bch-toolkit/blob/master/setup#L291 like here is clones simpleledger version which is updates so that script doesn't work too
Ben Scherrey
@scherrey
OK I saw your PR. If one of my dev team catches this you might get a response this weekend otherwise it'll be Monday BKK time before someone can get back to you. I'm certain we can help you get this figured out one way or another because we have had such a setup working in our own local regtest before.
mrnaif
@mrnaif:matrix.org
[m]
Ok, thanks. Calin will probably take a look too if he's not on a vacation
Nicolai Skye
@nicolaiskye

Hello @mrnaif:matrix.org,

We previously looked into adding regtest support to our Electron Cash SLP fork, but we also encountered issues getting it to work reliably (most likely because of the asertDAA you mentioned). At the time we overwrote the built in testnet mode and pointed it at our regtest server instead. EC showed it was connected and some of the transactions would show up, but they were indefinitely "synchronizing" and EC never validated them. It also often stopped working after attempting to do a few SEND transactions. The bitcoincash addresses also showed as "bchtest:" prefixes instead of "bchreg:" prefixes. That's the most progress we made during that effort. It also stopped working after the 3.6.7 update though I believe.

mrnaif
@mrnaif:matrix.org
[m]
Hello! I see. I have contacted Calin and will try to implement it properly by disabling most of the verification in the code. When it is ready I will write there so that you can try testing it
Ben Scherrey
@scherrey
@mrnaif:matrix.org that sounds great. Sorry I thought we had taken it further along than it was. It was never our intention to fork EC-SLP, but they wouldn't accept our mods upstream at the time and we just wanted to help get people unstuck with their NFTs. We'll definitely be happy to help you test your mods.
mrnaif
@mrnaif:matrix.org
[m]
@scherrey: well, I think my PR should now work without code modifications. The max_bits question still stands, but it should be usable
Ben Scherrey
@scherrey
You have something working with regtest support? What code base are you basing your efforts off of?
mrnaif
@mrnaif:matrix.org
[m]
There are 2 scripts attached to the PR, plus it is possible to issue bitcoincashnode commands to test some things. Yes we have daemon available that works with electroncash in bitcartcc
Radmehr Aghdam
@Radmehr-aghdam

Hey Guys!
Is https://rest.bch.actorforth.org/ work for free?
and Is it have limitations like https://fullstack.cash/

Thank you everyone :)

Ben Scherrey
@scherrey
Hi @Radmehr-aghdam - the API is available for free. We're working on a rate limiting feature for offering paid guaranteed SLAs but there will always be a free level access. Best of all it's 100% compatible with the original bitcoin.com APIs so you don't have to re-write your client software if you were using that previously. Just point your client to our host and you should be good to go.
betrion
@betrion:matrix.org
[m]
This is a talk about Cardano smart contract https://www.youtube.com/watch?v=IqA-mI2olFA
Which have a lot of things similar to ActorForth.
2 replies
Ben Scherrey
@scherrey
I could see ActorForth using IELE as a compiler target. Plutus and ActorForth have significantly different target scopes but certainly overlap in terms of wanting to be able to make correct "smart contracts".