Hi Myrle,
I have taken this thread because now we are working in a Crowdfunding project and we are in our PoC the Stellar platform. We are working with the Smart Contracts for the PoC, because is part of the requirement to reduce the risk, lock the assets and also to have multi signature and unlock the money as per a timeline of deliverables. In Mexico we are looking for the best integration with the official currency and the players of payments gateways that we have in this country (MXN <--> XLM), because is a challenge to find the best cost-benefits to allow the micropayments and the MFI to succeed. We would like to contribute with the code that we have done for 2 players of the mexican market payment gateway and also to contribute on the Stellar bridge. Regards Victor El 24/07/18 a las 03:28, Myrle Krantz escribió: > Hi all, > > I hadn't been tracking Sanyam's efforts closely enough, but now I've > had a quick flyby of it, there are some important problems with me > integrating with it: > > * It's not part of Fineract. It's being creating at the Mifos Initiative. > * It hasn't been released yet. It's very early stage. > > If I were to make my code dependent on it, and the development were to > take an unexpected direction, I wouldn't be able to protect any > Fineract users from that, and I'd be making Fineract users dependent > on the Mifos Initiative. I think highly of the Mifos Initiative, and > it *is* a non-profit, but there are still risks there. For example, > the Mifos Initiative doesn't have a vetting process which prevents > Cat-X dependencies, like the one Markus discovered. > > Also architecturally, I think it may create unnecessary complexity > (though I'm not certain I'm right here). If what we want to achieve > is a certain flow of transactions through accounting, we can achieve > that with a static library, made available to all payment plugins. > You're going to have to provision a vendor specific-component via the > provisioner anyways. Why add extra provisioning code? > > (I wrote this email with Fineract CN in mind, I haven't really thought > this through for Fineract yet.) > > Best Regards, > Myrle > > On Wed, Jul 18, 2018 at 3:17 PM Myrle Krantz <[email protected]> wrote: >> Hey all, >> >> I'm glad to see so much interest. I'm going to go ahead and create >> the repository and put my code of the last couple of days into it. At >> this point this is more of a proof-of-concept than anything else. As >> a developer, I'd like to discuss on the basis of implementation >> decisions, and that's so much easier if there is code to look at. >> >> Best Regards, >> Myrle >> On Wed, Jul 18, 2018 at 3:12 AM Brijesh Kumar <[email protected]> >> wrote: >>> I agree with Steve. Cross-border payments space (FIAT) is fast adopting the >>> Interledger Protocol (ILP <https://interledger.org>). Mojaloop is an >>> implementation of ILP. >>> Hyperledger QUILT <https://www.hyperledger.org/projects/quilt> (Linux >>> Foundation) is a business blockchain tool which is interoperable with >>> ledger systems (Hyperledger Fabric/ Sawtooth/ Iroha) and the ILP. >>> >>> It would be good if requirements are drawn in a way that Stellar/Ripple, >>> Mojaloop/QUILT, MMPs could be seamlessly configured with Fineract CN for >>> domestic/ cross-border payments. >>> >>> Thanks, >>> Brijesh >>> >>> >>> On Wed, Jul 18, 2018 at 5:56 AM, Steve Conrad <[email protected]> wrote: >>> >>>> Hi James and Myrle - >>>> >>>> I am wondering if we could combine these efforts to create a Stellar >>>> integration with the current payment gateway project that we are working >>>> on. Sanyam is developing this code under Rahul's mentorship. We designed >>>> the gateway to be very flexible so that we could configure any number of >>>> payment providers - MFIs, MMPs, or platforms like Mojaloop or >>>> Stellar/Ripple. >>>> >>>> While our development is currently oriented around Fineract V1, we have >>>> architected the gateway so that it can function as a micro-service and >>>> should be compatible with Fineract CN. All interactions with Fineract are >>>> done through ActiveMQ. >>>> >>>> Myrle, perhaps we could connect on your requirements and ensure that this >>>> gateway project will meet your needs as far as Stellar integration. >>>> >>>> Thanks, >>>> Steve >>>> >>>> On Tue, Jul 17, 2018 at 4:34 PM Myrle Krantz <[email protected]> wrote: >>>> >>>>> James, >>>>> >>>>> Just like Mojaloop, Stellar is a Ripple fork which exists primarily >>>>> for moving real currencies, not coins. >>>>> >>>>> If Fineract were a business this might be seen to impinge on another >>>>> development direction by taking resources away from other efforts. >>>>> But in open source we're all free agents, so additive changes without >>>>> an impact on other repositories can't really be said to impinge on >>>>> anything. >>>>> >>>>> Hope to see you around here at OSCON! >>>>> >>>>> Best Regards, >>>>> Myrle >>>>> >>>>> On Tue, Jul 17, 2018 at 11:06 PM James Dailey <[email protected]> >>>>> wrote: >>>>>> Hi Myrle - I have some opinions about the business model of any block >>>>> chain >>>>>> / coin based approach to financial transactions, but no objections to >>>>>> widening the appeal. >>>>>> >>>>>> I guess I'm unclear about the relationship between stellar connector >>>> and >>>>>> other connectors. In an ideal world the architecture would allow for >>>>> ready >>>>>> made connection points so we don't create duplicative efforts. >>>>>> >>>>>> For the good of the project I wonder if that could be made clear prior >>>> to >>>>>> bringing in code and/or how this code would impinge or not on any other >>>>>> development direction. If that's already clear to everyone, please let >>>>> me >>>>>> know. >>>>>> >>>>>> James >>>>>> >>>>>> On Tue, Jul 17, 2018, 7:01 AM Myrle Krantz <[email protected]> wrote: >>>>>> >>>>>>> Hey all, >>>>>>> >>>>>>> I've been working since yesterday on a Fineract CN / Stellar bridge. >>>>>>> Basically I'm just copying the existing Fineract 1.x bridge that I >>>> did >>>>>>> for the Mifos Initiative, and adjusting it to the paradigms and >>>>>>> interfaces of Fineract CN. >>>>>>> >>>>>>> I'd like to develop it under the auspices of our project. Are there >>>>>>> any objections? >>>>>>> >>>>>>> Best Regards, >>>>>>> Myrle >>>>>>>
